MSCP SCSI controller speed
Allison
ajp166 at bellatlantic.net
Wed Nov 9 10:45:39 CST 2005
>
>Subject: Re: MSCP SCSI controller speed
> From: Paul Koning <pkoning at equallogic.com>
> Date: Wed, 09 Nov 2005 11:22:02 -0500
> To: cctalk at classiccmp.org
>
> Allison> You need a real time or single user os to get better
> Allison> results. Plain old dos might do far better or maybe a
> Allison> custom kernal tuned for this use.
>
>All you need is an application, or OS, that can queue up multiple
>transfers. I thought the buffered I/O in Unix would take care of
>that.
>
>Certainly if you do single I/Os and wait for the answer each time,
>things will be slow, but the OS isn't really at fault then.
>
> paul
True. However a RT OS has better known and predictable latency.
There is also the issue of OS overhead for process control.
Another way this could be improved even in the Netbsd case is to
implement LRU caching so that when the IO request appears the need
to hit the device for a transfer is defered. If the buffer is large
the likelyhood of a cache hit is high and the idel time process can
be writeback and read ahead.
Allison
More information about the cctalk
mailing list