[Info-vax] Anyone interested in another public access system
Bill Gunshannon
billg999 at cs.uofs.edu
Tue Apr 7 13:08:21 EDT 2009
In article <v9DhRs3z$Ghu at eisner.encompasserve.org>,
koehler at eisner.nospam.encompasserve.org (Bob Koehler) writes:
> In article <grdimo$dh0$00$1 at news.t-online.com>, Michael Kraemer <M.Kraemer at gsi.de> writes:
>> Bob Koehler schrieb:
>>
>>>
>>>
>>> UNIX is still a two-mode system which forks new processes every time
>>> it turns around, and has no concept of files beyond stream of bytes.
>>
>> And ? So what. Essentially it *is* a sack of bytes.
>> Records grouped in blocks (as in MVS and VMS) are relics
>> from the era of slow tape and disk drives which had to be accessed
>> at a rather low level.
>
> What's wrong with having the right tool for the job?
What's right with making everyone carry around a 40 lb. toolbox when
the only tool they really needed was a screwdriver?
> Sometimes a
> stream of bytes is the right tool, sometimes it's not. Generally
> adding data structures and organization helps solve a problem.
But why make everyone put up with the additional overhead when one
person needs more than a stream of bytes?
>
> Which means having records and blocks, which are NOT in any way tied
> to the low level storage, is a good option, and an enhancement of the
> file system, not a relic.
>
> Only having one way to do things is a relic of the late 1960's.
Forcing people to buy and constraining them with all this overhead
which they have no need for is even more a relic of the 60's.
bill
--
Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves
billg999 at cs.scranton.edu | and a sheep voting on what's for dinner.
University of Scranton |
Scranton, Pennsylvania | #include <std.disclaimer.h>
More information about the Info-vax
mailing list