home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / news / sysadmin / 1133 < prev    next >
Encoding:
Text File  |  1992-07-21  |  1.6 KB  |  40 lines

  1. Newsgroups: news.sysadmin
  2. Path: sparky!uunet!gatech!destroyer!gumby!yale!yale.edu!ira.uka.de!sun1.ruf.uni-freiburg.de!news.belwue.de!news.uni-ulm.de!theorie!news
  3. From: news@informatik.uni-ulm.de (Usenet news system)
  4. Subject: Cnews Performance
  5. Message-ID: <1992Jul21.143918.4244@informatik.uni-ulm.de>
  6. Keywords: diskload FFS
  7. Sender: news@informatik.uni-ulm.de (Usenet news system)
  8. Organization: University of Ulm, Germany
  9. Date: Tue, 21 Jul 92 14:39:18 GMT
  10. Lines: 28
  11.  
  12. We plan to reorganize our News-Server. This service migrates to a new Sun
  13. and also does the 1 GB Disk which contents the spool area (700 MB) and
  14. the local-partition (150 MB) including the news/lib Directory with the
  15. control files. We need then another disk for the SunOS and some other
  16. partitions. I think about moving the local-partition to this other disk
  17. and putting the OS on the free area. Will this improve the news-Service
  18. significantly ?
  19.  
  20.         ________________________________________
  21.         |    |                |
  22.         |OS    |    Spooling        |
  23.         ____|    |                |  old disk
  24.        /    |    |                |
  25.       /    ________________________________________
  26.  swapped    ________________________________________
  27.       \    |    |                |
  28.        \____|local    |   some home part.| software    |  new one
  29.         |    |                |
  30.         |    |                |
  31.         ________________________________________
  32.  
  33.  
  34. Another Question:
  35. The Berkeley FFS tries to collect files in the same directory in the same
  36. cyl.group. But in C-news, the file will first been written in the in.coming
  37. directory and then (clearly) linked to the proper spool-directory - so
  38. the filesystem isn't in a optimezed state. Will this have bad effects ?
  39. Can we do something against that ?
  40.