Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Michael S Newsgroups: comp.arch Subject: Re: ancient OS history, ARM is sort of channeling the IBM 360 Date: Tue, 25 Jun 2024 11:19:04 +0300 Organization: A noiseless patient Spider Lines: 35 Message-ID: <20240625111904.000018d2@yahoo.com> References: <87le2vatq4.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Injection-Date: Tue, 25 Jun 2024 10:18:45 +0200 (CEST) Injection-Info: dont-email.me; posting-host="005d77a9345c902387ac819a516a3997"; logging-data="1547383"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+zU/8hXKjPs6G+Zvk62v835Gd6p9xyoHc=" Cancel-Lock: sha1:KlvBoJNiZHbxRq9QjkS4L0naHPY= X-Newsreader: Claws Mail 3.19.1 (GTK+ 2.24.33; x86_64-w64-mingw32) Bytes: 2666 On Tue, 25 Jun 2024 08:49:43 +0200 Terje Mathisen wrote: > John Levine wrote: > > According to Lawrence D'Oliveiro : =20 > >> How much of theoretical disk bandwidth was the filesystem capable > >> of using? Because I know early Unix systems were pretty terrible > >> in that regard, until Berkeley=C3=A2=E2=82=AC=E2=84=A2s =C3=A2=E2=82= =AC=C5=93Fast File System=C3=A2=E2=82=AC=C2=9D came > >> along. =20 > >=20 > > My recollection is that if you were using QSAM with multiple buffers > > and full track records it wasn't hard to keep the disk going at full > > speed. Later versions of OS do chained scheduling if you have enough > > buffers, doing several disk operations with one cnannel program. =20 >=20 > Even on (MS)DOS it was easy to saturate the hard drive from a single=20 > program, you just needed large enough (i.e. at least a full track > each) buffers. > I am not sure that "saturate the hard drive" is a correct wording. According to my understanding, [when within track] hard drives used in early PCs were more capable than hard disk controllers (Xebec 1210 in XT, I don't know what was used before XT). In turn, disk side interface of disk controller was likely more capable than its system bus side. Now, those are just feelings, I can't find hard data to back it up. > I did end up making special file/record layouts which were optimized > for this, using exactly 4kB for each header+bitmap record. >=20 > Terje >=20