home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sgi / 13109 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  4.4 KB

  1. Path: sparky!uunet!olivea!hal.com!decwrl!mips!mips!odin!sgihub!zola!zuni!anchor!olson
  2. From: olson@anchor.esd.sgi.com (Dave Olson)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: How to build a System-Disk ??
  5. Message-ID: <p9bqbvs@zuni.esd.sgi.com>
  6. Date: 31 Aug 92 22:07:19 GMT
  7. References: <vC+vr*Qw0@video1.bs.open.de> <1992Aug19.030638.667@bacchus.esa.oz.au> <optf0ac@zuni.esd.sgi.com> <1992Aug27.035353.26664@bacchus.esa.oz.au> <p39r5do@zuni.esd.sgi.com> <1992Aug31.054312.1613@bacchus.esa.oz.au>
  8. Sender: news@zuni.esd.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 84
  11.  
  12. In <1992Aug31.054312.1613@bacchus.esa.oz.au> hunter@bacchus.esa.oz.au (James Gardiner [Hunter]) writes:
  13. | I vote 1 for the Sun partition program over SGI however.
  14.  
  15. I'd be interested (seriously) in what about it you found easier
  16. to use.  I'm certainly open to suggestions for making fx easier,
  17. particularly in the area of repartitioning.
  18.  
  19. | >Yes, but swap size is simple.  That has nothing to do with deciding
  20. | >that you want 4 seperate filesystems (which is likely to produce
  21. | >worse performance, by the way), *and* that you wanted to use different
  22.  
  23. | Why would it produce worse disk performance please?
  24.  
  25. Because with more filesystems, you are likely to be seeking over
  26. a larger section of the disk.  Of course, if all of them are 100%
  27. full all the time, it is pretty much of a wash (except that the
  28. kernel caches for the directory lookup may fill up and be
  29. replaced more often).
  30.  
  31. | Anyway, I have seperate partitions because I have users which have no
  32. | consideration on disk space.  I do not quotas personally so I put them
  33. | on there own partition and if they fill it up its there problem.
  34.  
  35. Then you are pretty much stuck with your solution.
  36.  
  37. | >partition numbers than the standard partition numbers for the root
  38. | >and user filesystems.
  39.  
  40. | Well if something told me it HAD standard partition numbers for / and /usr
  41. | then this wouldn't have been an issue anyway.
  42.  
  43. But of *course* there are standards; surely you don't think we just
  44. use a random number generator!  I can understand that you might not
  45. have known what they were, but I would think that *anyone* changing
  46. partition tables would have assumed that the current values are the
  47. defaults, wouldn't they?
  48.  
  49. | >| Falling back on defaults does not sound very professional to me.
  50. | >| For example, I pumped up the swap 20-30 meg over default.  Today I wish
  51. | >| I pushed it up another 20-30 over that.
  52. | >Again, so what?  Changing swap size is easy under 4.0.1, and has
  53. | >nothing to do with your complaints about partitions.  (You may have
  54. | >problems changing your swap partition size, but you certainly
  55. | >never mentioned it.)
  56.  
  57. | We are talking 2 different issues here.
  58. | To change your swap size you have to edit the partiton table.
  59. | To do so you have to take so much of that partition and put onto this etc.
  60. | Its not like.  I want x swap where remander y will be /usr.
  61.  
  62. You are wrong.  This is *exactly* what the repartition menu in fx
  63. does!  It increases swap at the expense of the /usr partition, and
  64. does all the calculations itself.  Did you not use the repartition
  65. menu in fx?  I thought I had made the help and prompts extremely
  66. clear on this; obviously I haven't.  What could have made it
  67. clearer?
  68.  
  69. | They are annoyances yes but in my opinion, caused by lack of info in
  70. | the manuals.  Annoyances that just should not have happened or at best
  71. | be easier to solve.
  72. | Remember here.  I was comming at this from a TOTALLY ignorate possition.
  73. | I had never used an SGI for more then general playing with demos before
  74. | in my life.
  75.  
  76. Most people haven't.  I'd be interested, as I think I said, in explict
  77. feedback on what could be improved.  In fact, I think some of the manuals
  78. have a card bound into them asking for such feedback or comments.
  79.  
  80. | First time users never react like manual writers think they should.
  81.  
  82. That is a given.  We *try* to guess, but everybody does things just
  83. a bit differently, and looks for information in a different way. We
  84. just have to do the best we can, and adjust the documentation
  85. and programs when we find we guessed wrong for large numbers of people.
  86.  
  87. It is much harder to beta documentation than software; simply because
  88. people either won't read it, or don't read it in the same way as somebody
  89. in critical (and fast) need of information...
  90.  
  91. --
  92. Let no one tell me that silence gives consent,  |   Dave Olson
  93. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  94.     Maria Isabel Barreno                        |   olson@sgi.com
  95.