home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / apollo / 3108 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  3.4 KB

  1. Path: sparky!uunet!cis.ohio-state.edu!ucbvax!PAN.SSEC.HONEYWELL.COM!thompson
  2. From: thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson)
  3. Newsgroups: comp.sys.apollo
  4. Subject: re: Favourite DOMAIN/OS features (or mis-features)
  5. Message-ID: <199207241945.AA23289@pan.ssec.honeywell.com>
  6. Date: 24 Jul 92 19:45:22 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 64
  11.  
  12.  
  13. > >...
  14. > >compression?/It can't be done" dialogs on comp.unix.wizards, and wanted to 
  15. > >prove it *could* be done before the possibility slipped away?
  16. > How do you use the 'compress' feature on DOMAIN/OS? I come from the
  17. > Unix side of the universe and don't use 'typeing features of the
  18. > filesystem.
  19.  
  20. Compress a file using the standard /usr/ucb/compress routine.
  21. Change the type on it to be compress, by using '/etc/obty pathname... compress'
  22. Use the object.
  23.  
  24.  
  25. > * I think the typed filesystem is a nice feature
  26. >   but you pay for it with desparately slow reading and writing from
  27. >   disk. I have here a 2500 with a 760Mb SCSI drive. It's disk operations
  28. >   are 5x slower than a PC running Interacive SVR3.2. Personally, I'd
  29. >   rather have 5x faster disk and do the work in my own program.
  30. I don't know whether that's the types, the Domain file-system, or a problem
  31. with your setup.  I haven't clocked any disk I/O for comparison.  However,
  32. even granting you the point, I'd take the file system and file types over
  33. the speed.  Otherwise, every programmer has to re-invent the wheel, and
  34. every programmer will do it differently.
  35.  
  36. > * The inability to reserve an amount of disk to be used by the
  37. >   operating system for paging is painful. User cheerfully fill up the
  38. >   disks and then wonder why their systems go to sleep. /dev/swap
  39. >   anytime.
  40. Point granted.  Now, let's look at the other side.  I have a program that
  41. doesn't run on our Sun because 90MB of swap isn't enough.  I can't get more
  42. without going through some painful gyrations, and/or reformatting the disk,
  43. repartitioning, and loading the O/S again.  YUCK.
  44. On the other hand, when I run short of space on Domain/OS, I move a user
  45. directory, or clean up some space.
  46. HINT - before your users get to big, create some number of 10, 20, or
  47.        however-many MB files.  Lock them away somewhere where people don't
  48.        have rights to look, and then when the users fill up the remainder, 
  49.        or you run low on swap, "fix" the problem and look like a hero!
  50.  
  51. > * Networked filesystem is wonderful. And the lack of YP/NIS.
  52. NFS4.1 (I hear they changed the 3.0 number to match the ONC(?) release) will,
  53. of course, have NIS.  From what I hear, it handles NIS changes to the registry
  54. by passing them up to the Domain registry!  If so, yippee!
  55. There have also been many times, now that I'm trying to set up NFS and allow
  56. all 60+ Domain machines to access the 1/2-dozen Un*x boxes, that I've wished
  57. for the netgroups capability of NIS.  Maybe RealSoonNow....
  58.  
  59.  
  60. -- jt --
  61. John Thompson
  62. Design Services Engineer / Sys-Admin
  63. Honeywell, SSEC
  64. Plymouth, MN  55441
  65. thompson@pan.ssec.honeywell.com
  66.  
  67. What do I know?  I'm just a Token Administrator.
  68. *************************************************************************
  69. * This e-mail correspondence is a work of fiction.  Any similarity      *
  70. * between the views presented and actual views, personal or corporate,  *
  71. * living, dead, or still to be conceived, is pure coincidence.          *
  72. *************************************************************************
  73.  
  74.  
  75.