Article View: comp.sys.ibm.pc.hardware.storage
Article #1047Re: Is it possible to actually get a 16 MB/sec data transfer rate w/ an EIDE drive?
From: Chris Kennington - newshound
Date: Tue, 09 Dec 1997 00:00
Date: Tue, 09 Dec 1997 00:00
46 lines
3403 bytes
3403 bytes
In article <348c422b.31666353@news.demon.co.uk>
bob@lintilla.demon.co.uk "Bob Cousins" writes:
">Workstation performance is dominated by sustained transfer rate and not
">access time.
"
"I think that's completely untrue. Only in very few situations do you get
"conditions where sustained transfer rate would be dominant. [snip]
I've been reading the part of this thread to do with access
rather than EIDE/SCSI in a somewhat bemused fashion. Let's skip
the parts that are to do with stand-alone systems (most of the
posters are discussing servers), and think about the dominant
factors in a network data transfer. All this work was done in
CompSci departments in the 1970s (if not 1960s).
It is really not safe to say that any one factor is dominant
in determining average transfer-rates, except in tightly defined
circumstances. I have not noticed a single post discussing the
effect of two simultaneous transfers (of different data), or of
network bandwidth limitations, etc. The effects of
'disk-thrash', 'ethernet degradation' etc can be massive.
(Frinstance, in the early days of classroom networks, where a
single pupil could download the software in 20 seconds, it could
take 30 minutes for a class of 10 to do so if all started
simultaneously.)
In general terms, in any situation where there are likely to be
simultaneous transfers going on, putting reasonable figures into
the calculations is likely to show that transfer-rate will be
improved more by massive buffering, read-ahead logic and large
logical packets on the LAN than by speeding up raw disk-to-RAM
transfer rate. The concept is to do quite a lot of one thing
before you switch to another, rather than switching frequently.
The major loss of time is associated with changing from one thing
to the next. (Consider the well-known effect on car-traffic-flow
of making traffic-light cycle-times longer.)
Where's my flame-proof vest?
Chris K.
--
Chris Kennington (newshound) 01491 574065
You can mail me with suitable modifications to header-addresses,
or to "chris <at> inf-eden.demon.co.uk", replacing the <at>.
Technical Details
Message-ID:
<881691095snz@inf-eden.demon.co.ux>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<348c422b.31666353@news.demon.co.uk>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 1036bc,aad589958d8c66fd X-Google-Attributes: gid1036bc,public X-Google-Thread: 109e38,aad589958d8c66fd X-Google-Attributes: gid109e38,public X-Google-Thread: 1045b9,aad589958d8c66fd X-Google-Attributes: gid1045b9,public X-Google-Thread: f4d7c,aad589958d8c66fd X-Google-Attributes: gidf4d7c,public X-Google-Thread: f5f89,aad589958d8c66fd X-Google-Attributes: gidf5f89,public From: Newz@inf-eden.demon.co.ux (Chris Kennington - newshound) Subject: Re: Is it possible to actually get a 16 MB/sec data transfer rate w/ an EIDE drive? Date: 1997/12/09 Message-ID: <881691095snz@inf-eden.demon.co.ux> X-Deja-AN: 296773715 References: <348c422b.31666353@news.demon.co.uk> X-Mail2News-User: Newz@inf-eden.demon.co.ux X-Complaints-To: abuse@demon.net X-Mail2News-Path: inf-eden.demon.co.uk X-Trace: mail2news.demon.co.uk 881717042 4939 Newz inf-eden.demon.co.ux Organization: City Desk Reply-To: Newz@inf-eden.demon.co.uk.snip Newsgroups: comp.sys.ibm.pc.hardware.storage,comp.sys.ibm.pc.hardware.misc,comp.sys.ibm.pc.hardware.chips,demon.tech.pc,alt.comp.hardware