Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!rutgers!ucla-cs!zen!ucbvax!cbosgd!osu-eddie!elwell%tut.cis.ohio-state.edu
From: elwell%tut.cis.ohio-state.edu@osu-eddie.UUCP (Clayton Elwell)
Newsgroups: comp.sys.mac
Subject: Re: A/UX filesystem performance
Message-ID: <3859@osu-eddie.UUCP>
Date: Thu, 23-Jul-87 21:57:23 EDT
Article-I.D.: osu-eddi.3859
Posted: Thu Jul 23 21:57:23 1987
Date-Received: Sat, 25-Jul-87 12:25:18 EDT
References: <44025@beno.seismo.CSS.GOV> <10252@amdahl.amdahl.com> <443@eplrx7.UUCP> <603@hydra.riacs.edu> <2495@hoptoad.uucp>
Sender: news@osu-eddie.UUCP
Reply-To: elwell%tut.cis.ohio-state.edu@osu-eddie.UUCP (Clayton Elwell)
Organization: The Ohio State University, CIS Dept.
Lines: 30

In article <2495@hoptoad.uucp> tim@hoptoad.UUCP (Tim Maroney) writes:
>A/UX runs on top of the Mac OS.

Wrongo.  A/UX runs *instead* of the Mac OS.

If the UNIX file system is not "real UNIX"
>but merely a front-end to the Mac HFS software, then the single-threaded
>nature of HFS could be expecvted to present extreme performance obstacles,
>since only one process's file system request can get serviced at once, and
>the rest are sleeping.  I don't have an A/UX to play with, but if it runs
>Mac disks, then it is almost surely not a real UNIX file system.
>-- 
>Tim Maroney, {ihnp4,sun,well,ptsfa,lll-crg,frog}!hoptoad!tim (uucp)
>hoptoad!tim@lll-crg (arpa)

Actually, the Mac emulation mode (which was basically a by-product of
the A/UX toolbox) translates HFS calls into the appropriate UNIX
calls.  There is a little utility that will gleep things off of Mac
disks (only MFS last I checked, though).

A/UX is UNIX.  The A/UX toolbox with a little tweaking is amost the
Mac OS.

-=-

Clayton Elwell

Arpa/CSNet:	Elwell@Ohio-State.ARPA
UUCP:		...!cbosgd!osu-eddie!elwell
Voice:		(614) 292-6546