home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23416 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!matt.ksu.ksu.edu!news
  2. From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: SLS GCC chokes on TIFF libraries
  5. Date: 9 Jan 1993 20:36:02 -0600
  6. Organization: Kansas State University
  7. Lines: 26
  8. Message-ID: <1io22iINNro4@matt.ksu.ksu.edu>
  9. References: <C0KHAK.AsE@cs.uiuc.edu> <1993Jan9.070450.7963@uc.msc.edu>
  10. NNTP-Posting-Host: matt.ksu.ksu.edu
  11.  
  12. mfrankow@hamline.edu (Mike Frankowski) writes:
  13.  
  14. >Now that is weird, cause I have 8 megs of ram, and 16 swap (well, 32 now, but
  15. >that is after the fact) and I got the tiff libraries compiled just fine, it
  16. >did trash hard on the system, but worked flawlessly.  DON'T try to run X though
  17. >while compiling :)
  18.  
  19. >Mike
  20.  
  21. The last time I compiled xv, the tiff libraries took up almost 22 megs of 
  22. virtual memory to complete the compilation. Seems they have a lot of arrays
  23. with initialized data in them. This causes gcc to use gobbs of memory.
  24.  
  25. I have 8M of ram and 16M of swap also, and free showed me that it was barely
  26. enough for everything running. I really think the 16M limit on swap should
  27. be changed to something a lot larger.
  28.  
  29. The linux system has potential to work as a cpu and disk server for places,
  30. but with the limits on swap and memory that we impose now, it makes it hard
  31. to use. With a local bus 486 system I have heard of putting up to 128M on
  32. the motherboard. If you match swap against memory like I usually do, that
  33. means you have to have 128M of swap.
  34.  
  35. Just some things to think about.
  36.  
  37. James
  38.