home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / amiga / 2714 < prev    next >
Encoding:
Text File  |  1993-01-25  |  4.5 KB  |  97 lines
  1. Newsgroups: comp.unix.amiga
  2. Path: sparky!uunet!gatech!europa.asd.contel.com!emory!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!uum1!gw.digibd.com!rogue!rhealey
  3. From: rhealey@rogue.digibd.com (Rob Healey)
  4. Subject: Re: 'Proper' filesystem distribution
  5. Message-ID: <C1F7x3.78G@gw.digibd.com>
  6. Sender: news@gw.digibd.com (USENET News)
  7. Nntp-Posting-Host: rogue.digibd.com
  8. Organization: DigiBoard Inc., Eden Prairie, MN
  9. References:  <Bradb.0oco@nesbbx.rain.COM>
  10. Date: Mon, 25 Jan 1993 17:43:49 GMT
  11. Lines: 84
  12.  
  13. In article <Bradb.0oco@nesbbx.rain.COM>, Bradb@nesbbx.rain.COM (**) writes:
  14. |> (I wanted to follow-up to something rhealey@rogue.digibd.com (Rob Healey)
  15. |> said about Amiga Unix not liking / and /usr on seperate file sytems but I
  16. |> can't seem to find the article so here goes...)
  17. |>  
  18.     Gee, that's me!! B^).
  19.  
  20. |> What is the 'proper' distribution of filesystems assuming that you have
  21. |> several drives, each of (approximately) the same access times?
  22. |>  
  23.     Religeous issue actually and normally involves an iterative process
  24.     as you figure out the dynamics of your particular setup. You can
  25.     make generalizations, and the 4.2 UNIX manuals that come with UNIXware
  26.     do give some good pointers in this dept, but in general you have to
  27.     take some data and analyze where your drives are spending the most time
  28.     and put the popular stuff there.
  29.  
  30. |> I've got a 300MB and 2 150MB drives and I'm wondering how I should split
  31. |> out the file systems to get the best performance.  (I'm getting a 600MB
  32. |> disk from work for Usenet and to keep sources on, so I'm just thinking
  33. |> about the basic stuff on the other drives...)
  34. |>  
  35. |> Unix people at work suggested the following distribution:
  36. |>  
  37. |> 150MB  /
  38. |> 150MB  /usr
  39. |> 300MB  /home
  40. |>  
  41.     The UNIX people at work don't have AmigaUNIX... The / and /usr
  42.     dependancy is due to some AmigaUNIX setup dependancys that
  43.     assume / and /usr are on the same slice so hard links and
  44.     other things work. If you break up / and /usr on AmigaUNIX I
  45.     believe the startup scripts/programs will break. I've never had
  46.     the time to putts with this and since I can use ufs, and thus
  47.     don't have to worry about 65500 inodes/slice limits, I can keep
  48.     both on the same slice.
  49.  
  50. |> Any comments?  Is this bad?  Good?  (Also recommended to have a swap
  51. |> partition on *each* drive equal to the amount of 'real' memory)
  52. |>  
  53.     Hmm, I'd say 1 swap partition twice the physical memory size should
  54.     be enough on most SVR4 based systems. SVR4 is a little better with
  55.     memory that BSD or SVR3.2 so twice physical on 1 slice should be
  56.     enough. You can add a paging file via the swap command if you
  57.     ever need it but I doubt you will. The one case I've seen problems
  58.     with is compiling gdb 4.7, for that I had to set my memory limits
  59.     from 16M/process to unlimited so the damn thing would link! Luckily
  60.     32M of paging area did the trick and it was just a ulimit problem.
  61.  
  62. |> Is it possible (and desirable?) to have multiple swap partitions, each on
  63. |> seperate drives?
  64. |>  
  65.     Swap on a drive not containing active file systems MIGHT be a good
  66.     idea but it's a bear to get right under AmigaUNIX due to the way
  67.     you have to compile the kernel. The other issue is that those other
  68.     people are probably giving you advice based on SunOS, BSD or SVR3.2
  69.     experience which isn't always accurate for SVR4. Especially in the
  70.     paging dept, what's good for SunOS,BSD or SVR3.2 might prove overkill
  71.     for SVR4. SVR4 pages text area from the executable image on the
  72.     file system and data areas are shared copy on write. Additionally
  73.     ALOT of code is in dynamic librarys that don't touch the paging area
  74.     either. So, SVR4 tends to use alot less paging area than the other
  75.     OS's.
  76.     ( A note for you pedantics out there, yes I know I've over simplified
  77.       the explaination of SVR4 VM...)
  78.  
  79.     Since AmigaUNIX has other efficiancy problems, it was never tuned, I
  80.     would say stick with the stock setup slices and put user file
  81.     systems on the second drive leaving /,/usr and paging on the first.
  82.  
  83.     By the way, has anybody tried tuning the variables in kernel.h? While
  84.     looking over the UNIX 4.2 manuals that come with Univel I noticed that
  85.     a 16M machine should have BUFHWM set to 1024, AmigaUNIX had 200. This
  86.     supposedly sets an upper bound on the number of disk block buffers
  87.     the kernel can alloc(). I up'd it on kas and it seems to have
  88.     improved disk performance a bit on compiles. Has anybody found any
  89.     other tuneables worth tuning?
  90.  
  91.     I wish somebody would do a 4.2 port to the Amiga, the new X based
  92.     debugger, X application building and other tools are making my
  93.     mouth water... Oh well, I guess I'll have to play with 4.2 at the
  94.     office instead...
  95.  
  96.         -Rob
  97.