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