home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / aix / 13648 < prev    next >
Encoding:
Text File  |  1993-01-22  |  1.8 KB  |  36 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!newsgate.watson.ibm.com!yktnews2.watson.ibm.com!yktnews!admin!influenza!lucien
  3. From: lucien@watson.ibm.com (Lucien Van Elsen)
  4. Subject: Re: disk space
  5. Sender: news@watson.ibm.com (NNTP News Poster)
  6. Message-ID: <LUCIEN.93Jan22114541@fionavar.watson.ibm.com>
  7. In-Reply-To: mcbryde@navier.math.uh.edu's message of 22 Jan 1993 04:29:45 GMT
  8. Date: Fri, 22 Jan 1993 16:45:41 GMT
  9. Disclaimer: This posting represents the poster's views, not necessarily those of IBM
  10. References: <1993Jan22.003726.17271@sobeco.com> <1jnt7pINNdp6@menudo.uh.edu>
  11. Nntp-Posting-Host: fionavar.watson.ibm.com
  12. Organization: IBM T.J. Watson Research Center
  13. Lines: 21
  14.  
  15. mcbryde@navier.math.uh.edu (Jack Mcbryde) writes:
  16. >
  17. > This is for lots of people out there. Unless you want to do stuff with things
  18. > like raw partitions there is *no* reason to screw around with logical volumes
  19. > in order to create/enlarge filesystems. (Except to change the maximum number
  20. > of physical partitions.) All it does is mess people up.
  21.  
  22. Though I agree with the general idea of you posting, this may be overstating
  23. it; there are several good reasons why administrators may want to explicitly
  24. create the lv first, and then create the filesystem within it.  By creating
  25. the lv separately, you have better control of the issues that affect
  26. performance (physical location of logical volumes, write scheduling, etc.)
  27. and reliablity (replication, write-verification, etc.)  Though the defaults
  28. are reasonable for most filesystems, there are definitely some cases where
  29. they aren't optimal.
  30.  
  31.         -Lucien
  32. --
  33. -----------------------------------------------------------------------
  34. Lucien Van Elsen                                          IBM  Research
  35. lucien@watson.ibm.com                                     Project Agora
  36.