home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / software / 2551 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.2 KB  |  38 lines
  1. Newsgroups: comp.sys.next.software
  2. Path: sparky!uunet!spool.mu.edu!darwin.sura.net!haven.umd.edu!wam.umd.edu!gaia
  3. From: gaia@wam.umd.edu (L. Anathea Brooks)
  4. Subject: nbuf=64/128 theory
  5. Message-ID: <1992Nov8.130418.19237@wam.umd.edu>
  6. Keywords: buffers nbuf
  7. Sender: rdelucca@rosemary.uucp.jhu.edu
  8. Nntp-Posting-Host: rac3.wam.umd.edu
  9. Organization: University of Maryland, College Park
  10. Date: Sun, 8 Nov 1992 13:04:18 GMT
  11. Lines: 25
  12.  
  13.  
  14. I've changed my boot params using nbuf=128 or rather 
  15. nbu=128 because of 12 character limit.
  16.  
  17. Now, I know this will speed up long compilations, perhaps
  18. various sorts of number crunching. BUT is there any advantage 
  19. or speed gain in workaday world? I notice none, and wonder if 
  20. the memory used by the buffer might be better used as just 
  21. plain old memory. 
  22.  
  23. I ask because I keep hearing people exclaim: "Change buffer
  24. size in boot params! You'll be amazed!" I'm not. BTW I have 
  25. (only) 16 megs of memory in this NS Turbo. 
  26.  
  27. This has been discussed but only as per instructions to change 
  28. parameters, not vis a vis advantages/disadvantages. 
  29.  
  30. Notice that when I say workaday world I'm not referring to compiling
  31. code, which of course is part of the day's work for some.
  32.  
  33. Thanks
  34.  
  35. Robert de Lucca
  36. NExtmail rdelucca@rosemary.uucp.jhu.edu
  37.  
  38.