Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.misc > #93056
| From | Chris Ahlstrom <OFeem1987@teleworm.us> |
|---|---|
| Newsgroups | comp.os.linux.misc |
| Subject | Re: Linux needs less fragmentation |
| Date | 2026-10-06 13:50 -0400 |
| Organization | None |
| Message-ID | <11a3cdk$25qen$1@dont-email.me> (permalink) |
| References | (9 earlier) <11a0ruk$17kui$2@dont-email.me> <11a0sk2$179lq$6@dont-email.me> <11a10m8$19j2v$1@dont-email.me> <wwvv77fmges.fsf@LkoBDZeT.terraraq.uk> <nikfgdFsfnjU2@mid.individual.net> |
rbowman wrote this screed in ALL-CAPS (fixed):
> On Tue, 06 Oct 2026 08:34:03 +0100, Richard Kettlewell wrote:
>
>> Sectors are an abstraction on hard disks too, although granted
>> historically things like track numbers did get exposed outside the
>> device.
>> But it’s useful to have a uniform abstraction for accessing storage
>> devices, papering over the differences between the underlying
>> technologies, in the same way as we have one for accessing networks
>> which let you run the same applications unmodified regardless of the
>> underlying technology.
>
> Ah, the good old days of floppy sectors. The system couldn't necessarily
> handle more than 1 sector's worth of data at a time. To avoid waiting for
> one revolution to read the next adjacent sector, the sectors were
> interleaved so the next logical sector would be further along on the
> track. The Western Digital floppy control could be programmed with many
> options. Companies had different ideas of the best solution so CP/M
> floppies wound up with about a dozen different formats.
I remember the "Twister" floppy format on the Atari ST. The difference in
speed was notable.
AI:
Originally introduced by the magazine START, the Twister
format proved so successful that Atari later incorporated the
twisted format directly into the operating system (TOS 1.2)
of the Mega ST.
Damn, I had so much fun with the Atari ST!
Linux is fun, but the ST is nostalgia.
> That went back to drum storage but drums weren't passed around like CP/M
> floppies so you didn't need an utility to read a foreign formant.
--
April is the cruellest month...
-- Thomas Stearns Eliot
Back to comp.os.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Linux needs less fragmentation Lars Poulsen <lars@beagle-ears.com> - 2026-10-04 14:08 -0700
Re: Linux needs less fragmentation Michael Logies <logies@t-online.de> - 2026-10-04 23:33 +0200
Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 09:20 +0100
Re: Linux needs less fragmentation Leroy H <lh@somewhere.net> - 2026-10-04 21:44 +0000
Re: Linux needs less fragmentation rbowman <bowman@montana.com> - 2026-10-05 01:53 +0000
Re: Linux needs less fragmentation c186282 <c186282@nnada.net> - 2026-10-05 03:14 -0400
Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 09:28 +0100
Re: Linux needs less fragmentation "Carlos E. R." <robin_listas@es.invalid> - 2026-10-05 19:20 +0200
Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 19:43 +0100
Re: Linux needs less fragmentation Andy Burns <usenet@andyburns.uk> - 2026-10-08 15:25 +0100
Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-08 15:29 +0100
Re: Linux offers choice, BSD offers fragmentation Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-08 20:59 +0000
Re: Linux needs less fragmentation c186282 <c186282@nnada.net> - 2026-10-09 02:42 -0400
Re: Linux needs less fragmentation "Carlos E. R." <robin_listas@es.invalid> - 2026-10-09 20:47 +0200
Re: Linux offers choice, BSD offers fragmentation Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-09 21:20 +0000
Re: Linux offers choice, BSD offers fragmentation "Carlos E. R." <robin_listas@es.invalid> - 2026-10-09 23:27 +0200
Re: Linux offers choice, BSD offers fragmentation c186282 <c186282@nnada.net> - 2026-10-10 04:01 -0400
Re: Linux offers choice, BSD offers fragmentation c186282 <c186282@nnada.net> - 2026-10-11 04:31 -0400
Re: Linux needs less fragmentation Rich <rich@example.invalid> - 2026-10-05 18:57 +0000
Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 20:08 +0100
Re: Linux needs less fragmentation Rich <rich@example.invalid> - 2026-10-05 20:18 +0000
Re: Linux needs less fragmentation Richard Kettlewell <invalid@invalid.invalid> - 2026-10-06 08:34 +0100
Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-06 11:17 +0100
Re: Linux needs less fragmentation c186282 <c186282@nnada.net> - 2026-10-06 23:59 -0400
Re: Linux needs less fragmentation rbowman <bowman@montana.com> - 2026-10-06 14:39 +0000
Re: Linux needs less fragmentation Chris Ahlstrom <OFeem1987@teleworm.us> - 2026-10-06 13:50 -0400
Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 09:25 +0100
Re: Linux needs less fragmentation rbowman <bowman@montana.com> - 2026-10-05 19:36 +0000
Re: Linux needs less fragmentation "Carlos E. R." <robin_listas@es.invalid> - 2026-10-05 21:49 +0200
Re: Linux needs less fragmentation rbowman <bowman@montana.com> - 2026-10-06 02:35 +0000
Re: Linux needs less fragmentation Philippe <p.naudin+nntp@free.fr> - 2026-10-06 08:13 +0200
Re: Linux needs less fragmentation "Carlos E. R." <robin_listas@es.invalid> - 2026-10-06 11:12 +0200
Re: Linux needs less fragmentation rbowman <bowman@montana.com> - 2026-10-06 14:48 +0000
Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 09:19 +0100
csiph-web