home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / aux / 4090 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.9 KB

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