Deutsch   English   Français   Italiano  
<20240625111904.000018d2@yahoo.com>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Michael S <already5chosen@yahoo.com>
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: <s7r87j1c3u6mim0db3ccbdvknvtjr4anu3@4ax.com>
	<v5an0l$10bj$1@gal.iecc.com>
	<87le2vatq4.fsf@localhost>
	<v5asis$p33t$1@dont-email.me>
	<v5dfkf$1h3e$3@gal.iecc.com>
	<v5dpa8$1ej8a$1@dont-email.me>
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 <terje.mathisen@tmsw.no> wrote:

> John Levine wrote:
> > According to Lawrence D'Oliveiro  <ldo@nz.invalid>: =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