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