From: "John Nilsson" <pzycrow@hotmail.com>
To: linux-kernel@vger.kernel.org
Subject: Could hd-drivers and buffer algorithm be hardware?
Date: Tue, 17 Apr 2001 17:20:31 +0200 [thread overview]
Message-ID: <F99asSmz6UuEhjJ8uT600008978@hotmail.com> (raw)
The idea is as follows.
Design a hardisk controller that would take care of all harddrive and block
device managment and provide a virtual storage area to the OS. This way all
the kernel would have to worry about is a virtual harddrive and how to fech
and write data from and to it. Buffering, and read/write optimization would
be taken care of by the controller.
The controller would have a proccessing unit, its own memory, and a chip to
compress/decompress data.
The compression chip would filer all read and written data so that the
actual amount of data that is read and written to disk is compressed, this
way increasing disk space, and speed up disk read/writes.
The memory is a SDRAM DIMM that could be upgraded for more memmory, needed
if you would want to add more physical disks or just make room for mor disk
cache/ buffers.
The chip would take care of diskdriver issues, raid, buffering, and
diskplacement optimization. For instance it could make a note of what files
is usually read together and frequently, placing them close to eachother and
on the outer tracks of the hardrives if they are big, or more generally in
the middle of the used drivespace to optimize head movements...
>From the kernel side you would have a singel gigantic ultra fast hardrive,
and the disk drivers would be loaded inte the chip bios on installation
time. Further the buffering algorithms would also be loade inito the chip
bios on installation time to decrease the mainCPU time of kernel code.
I'm just a curious computer nerd, but tell me is it a good idéa?
/John Nilsson
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
next reply other threads:[~2001-04-17 15:21 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-17 15:20 John Nilsson [this message]
2001-04-17 16:56 ` Tomas Telensky
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=F99asSmz6UuEhjJ8uT600008978@hotmail.com \
--to=pzycrow@hotmail.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®