home *** CD-ROM | disk | FTP | other *** search
/ Amiga GigaPD 3 / Amiga_GigaPD_v3_3of3.iso / netbsd / docs / mailinglist-archive / 1993-12 / text0099.txt < prev    next >
Encoding:
Text File  |  1993-06-25  |  4.2 KB  |  104 lines
  1.  
  2. >>>>> mtk == mw@eunet.ch (Markus Wild) wrote:
  3.  
  4. > Time to pass another linux-ism by everyone, particularly 
  5. > mtk...  especially now that we will soon be having shared
  6. > libs.
  7.  
  8.     mtk> Well, if this is linux-ism, it sure shows why I don't
  9.     mtk> like linux..
  10.  
  11. > However, to make this REALLY perfect, you would want to be
  12. > able to run the foo.z program.  This requires a change to
  13. > the kernel loader to load gzipped bins.  The advantage of
  14. > this?  It would allow us to gzip compress all of /usr/bin
  15. > all of /usr/local/bin, all of /usr/bin/X and so on.  The
  16. > result is FAR LESS disk space requirements for the
  17. > binaries.  That 8M rootfs partition would be half full
  18. > instead of too small :-)
  19.  
  20.     mtk> Just to give you some backgrounds on WHY I hate this
  21.     mtk> idea..
  22.  
  23.     mtk> Unix fs is based on a quite interesting scheme of demand
  24.     mtk> loading executables. This means, starting an executable
  25.     mtk> means to tell the memory system, where IN THEORY the
  26.     mtk> disk blocks pertaining to the executable would wind up
  27.     mtk> in memory. However, *no* information is transferred from
  28.     mtk> disk to memory yet. Instead, the program is started,
  29.     mtk> causing page faults along the way, thus only loading
  30.     mtk> what it really uses. Shared libraries work in exactly
  31.     mtk> the same way. Now, suppose you have all the files
  32.     mtk> compressed. Every open would then require reading (and
  33.     mtk> uncompressing) whole files, no matter whether it's only
  34.     mtk> the first two bytes I'm interested in, it would
  35.     mtk> uncompress the whole 2 Megs or so. If you do this on a
  36.     mtk> poorly powered A500, with a 68000 and the xpk
  37.     mtk> filesystem, I can somewhat understand why you're doing
  38.     mtk> it. However, if you do this to a fast machine that is
  39.     mtk> able to even run a Unix system, well, then I just can't
  40.     mtk> understand why you're running unix at all..
  41.  
  42. mtk: if what I propose is implemented, ONLY the binaries
  43. and ONLY those binaries that you by hand run gzip on must
  44. be uncompressed as you describe.  And even if you DID
  45. decompress a binary, you would do so to /tmp or someplace
  46. like that and do your demand loading from there.
  47.  
  48. The issue is not the speed of the CPU, it is the cost of
  49. drive space.  Some people either have only 400M drives,
  50. which is a nice sized bsd setup - BUT they insist on 
  51. keeping 150M of it for amigaos.  Or if you want to keep
  52. the sunlamp tree and kernel sources and objects - you need
  53. even MORE hard drive space.  Other people are like me and
  54. simply don't want to add a hard drive to run netbsd - I've
  55. seen MANY people say "forget it" when they hear the disk
  56. requirement for netbsd.  Many many amiga users are europeon
  57. university students who simply don't have the money to
  58. spend on hard drives.
  59.  
  60. Keep this in mind, markus - I have 3 gig of hard disk,
  61. and I probably can care less to use this feature.  It isn't
  62. for me, but for others I know can take advantage of it.
  63.  
  64.  
  65. > I am proposing is quite similar.  Unlike xfh, the entire
  66. > netbsd filesystem is compressable/decompressable.  xfh
  67.  
  68.     mtk> Sure.. listen. If you want to distribute such a thing,
  69.     mtk> go ahead. Just make sure I don't have absolutely no,
  70.     mtk> none at all, really no, relations to it...
  71.  
  72. No, markus.  I won't go near it if you won't.  I'm not
  73. going to spring something on the netbsd world you've
  74. made for everyone.  It's your football, and you can take
  75. it home with you so nobody else can play.  I just offered
  76. an idea - a good idea.
  77.  
  78. > comments?  mtk: I already know you don't like it (too much
  79. > like linux :-)
  80.  
  81.     mtk> Bull.. I stated why I don't like it, and I wouldn't like
  82.     mtk> it being added to any default distribution for Linux,
  83.     mtk> either...
  84.  
  85. The one for linux ONLY does gzip decompression for reading
  86. purposes.  It does NOT do loading of gzipped binary
  87. executables nor does it gzip compress when writing.
  88. Among the linux community it is VERY VERY popular.  There
  89. are people with 60 whole megabytes of hard disk running
  90. linux and X and they compress everything they can to
  91. make the system usable.  No, netbsd is NOT linux.  It
  92. doesn't have to have all the good things we or others
  93. can think of putting in.  It doesn't make the ideas
  94. bad ones.
  95.  
  96.     mtk> -Markus
  97.     mtk> --
  98.     mtk> CHUUG/EUnet Switzerland Markus Wild
  99.     mtk> Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch
  100.     mtk> CH-8004 Zuerich Fax: +41 1 291 46 42
  101.     mtk> S=mw;P=EUnet;A=EUnet;C=CH
  102.  
  103.  
  104.