home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / software / 1501 < prev    next >
Encoding:
Text File  |  1992-09-09  |  1.5 KB  |  42 lines
  1. Newsgroups: comp.sys.next.software
  2. Path: sparky!uunet!decwrl!access.usask.ca!kakwa.ucs.ualberta.ca!news
  3. From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
  4. Subject: Re: Mach and nbuf. 
  5. Message-ID: <1992Sep9.214538.1146@kakwa.ucs.ualberta.ca>
  6. Sender: news@kakwa.ucs.ualberta.ca
  7. Nntp-Posting-Host: fenris.space.ualberta.ca
  8. Organization: University Of Alberta, Edmonton Canada
  9. References: <1992Aug28.034938.13638@access.usask.ca>
  10. Distribution: USA
  11. Date: Wed, 9 Sep 1992 21:45:38 GMT
  12. Lines: 28
  13.  
  14. jake@skatter.usask.ca writes
  15. > I followed the thread about changing the kernel parameter  
  16. 'nbuf' with 
  17. > some interest, and probably incomplete understanding.  I  
  18. decided to
  19. > alter the number of buffers just to see what sort of  
  20. difference it would
  21. > make.  I used the bsd() sdmach nbuf=NNN command, rather  
  22. than hack the
  23. > kernel.  I understood that the command above would have  
  24. to be re-entered
  25. > at every reboot, while the purpose of the hack was to  
  26. make the change
  27. > permanent.  However, I rebooted the machine to undo the  
  28. change in
  29. > nbuf and to my suprise it came back up with the altered  
  30. number of buffers.
  31. > 
  32. > I mention this 1) to find out more about this behavior,  
  33. and 2) to say that
  34. > doing it this way seems a lot easier than hacking the  
  35. kernel.
  36. > 
  37.  
  38. The change only has to be re-entered if you power down the  
  39. machine.  The EPROM remembers the boot command last used,  
  40. but is limited to a fairly short string, and a change in  
  41. nbuf makes the string too long.
  42.