home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 10264 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.0 KB  |  42 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!van-bc!stewart
  3. From: stewart@wimsey.bc.ca (Jim Stewart)
  4. Subject: Re: 0.97 patchlevel 3 available
  5. Organization: Wimsey 
  6. Date: Wed, 9 Sep 1992 08:11:07 GMT
  7. Message-ID: <BuAxEK.A58@wimsey.bc.ca>
  8. References: <1992Sep5.184606.11361@klaava.Helsinki.FI> <1992Sep8.181011.17161@crd.ge.com>
  9. Lines: 31
  10.  
  11. In article <1992Sep8.181011.17161@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
  12. >In article <1992Sep5.184606.11361@klaava.Helsinki.FI>, torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
  13. >
  14. >| The swap-page handling resulted in a reduction of swap-file (or
  15. >| partition) size to a maximum of 16MB per file.  It's nothing inherent to
  16. >| the code, but it eased some algorithms, so I didn't bother coding around
  17. >| it.  After all, 16MB is enough for most people, and if you want more,
  18. >| you can have up to 128 swapfiles of 16MB each.  If I get enough
  19. >| hate-mail about it, I might just try to find the energy to correct it. 
  20. >| Maybe. 
  21. >
  22. >  Hate mail, no, but I think this should be fixed at some point.
  23. >As long as multiple swap file work those users who need huge swap space
  24. >can have it by creating a /swap (or some such) partition and creating
  25. >multiple swap files within it. It's ugly, but I see no reason why a
  26. >feature used only by a few people should be pretty as long as it works.
  27. >If you couldn't do it at all I'd complain, but I can live with this if
  28. >my image size gets so big it doesn't fit in 16+16 I'll live with a
  29. >little inconvenience. Of course having more memory work would be nice,
  30. >too, but it raises all sorts of problems. Maybe memory >16M could be
  31. >used for swap of some such.
  32.  
  33. Huge images are a problem now.  Until the GCC "large initialized array"
  34. problem is fixed, it will be not be possible to compile xphoon :-), or
  35. more importantly flex -f scanners without a very large swapspace.  I seem
  36. to allways be deleting 10 meg core files.  Please don't misunderstand,
  37. this is not hate mail, (or even mildly perturbed mail) ... I can live
  38. without xphoon, and compressed scanners are fast enough under linux :-)
  39.  
  40. js
  41.  
  42.