home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!agate!dpassage
- From: dpassage@soda.berkeley.edu (David G. Paschich)
- Newsgroups: comp.unix.aux
- Subject: Re: A/UX 3.0 partition slower than Mac Partition
- Date: 20 Nov 92 16:14:47
- Organization: Organization? Who cares? You just gotta say "Go Bears!"
- Lines: 47
- Message-ID: <DPASSAGE.92Nov20161447@soda.berkeley.edu>
- References: <1992Nov18.205226.8186@mic.ucla.edu> <1257@jagubox.gsfc.nasa.gov>
- <1992Nov19.192011.18816@mic.ucla.edu> <1261@jagubox.gsfc.nasa.gov>
- NNTP-Posting-Host: soda.berkeley.edu
- In-reply-to: jim@jagubox.gsfc.nasa.gov's message of Fri, 20 Nov 1992 14:58:07 GMT
-
-
- li@oculus.loni.ucla.edu (James Li) writes:
-
- >>>When working from Mac Applications, access to the Mac Partition is several
- >>>times faster than a folder/directory under the root (/) partition. Is
- >>>this normal, and if so, could someone explain why? Also, is there anything
- >>>that can be done to make this faster?
-
- This is normal. What's going on is that / is a unix-style filesystem,
- and the A/UX Finder has to "convert" the information in it to the
- MacOS form from the Unix form. For example, under MacOS, the creator
- and type information are stored in the directory information, whereas
- under Unix files don't have this sort of meta-information, just name,
- size, permissions, and modification time. So A/UX uses a special data
- format for MacOS files that are in the Unix file system.
-
- You can speed thing up by using fcnvt(1M) to convert those MacOS files
- from A/UX's "AppleSingle" format to "AppleDouble" format, in which the
- file info and resource forks are kept in a seperate file named the
- same thing but with a % on the front.
-
- Jim Jagielski offers:
-
- >>Could it be the simple fact that the MacPartition is many times _smaller_
- >>than "/"...?
-
- I don't think so. My system has an 80 meg MacOS disk and a 200 meg
- hard disk with two Unix partitions on it, one about 120 megs and the
- other 40 megs. Under Mac applications, I see better performance from
- the 80 meg disk than I do from the 40 meg Unix partition.
-
- li@oculus.loni.ucla.edu (James Li) writes:
-
- >I really don't think so because the files I am talking about are about 500K,
- >unless there's heavy fragmentation. On that note, is there a unix utility
- >I am not aware of that manages fragmentation (equivalent of Norton Speed
- >Disk) or is that somehow handled by the OS?
-
- The Unix file system under A/UX is based on the BSD Fast File System,
- which takes a number of steps to reduce fragmentation, including
- trying to allocate files on different parts of the disk so they have
- space to grow. For more info, you could grab a copy of "The Design
- and Implementation of 4.3 BSD" by Karels, McKusick, et al., but the
- other details of other parts of Unix in that book don't apply to A/UX
- because most of the rest of A/UX is based on System V.
-
- David Paschich
-