home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / next / software / 3028 < prev    next >
Encoding:
Text File  |  1992-12-12  |  1.9 KB  |  43 lines
  1. Newsgroups: comp.sys.next.software
  2. Path: sparky!uunet!usc!rpi!usenet
  3. From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
  4. Subject: Re: BackSpace BUG info needed
  5. Message-ID: <akg2zac@rpi.edu>
  6. Nntp-Posting-Host: eclipse.its.rpi.edu
  7. References: <1992Dec10.174446.13149@schbbs.mot.com>
  8. Date: Sat, 12 Dec 1992 04:43:13 GMT
  9. Lines: 32
  10.  
  11. nairdo@csnaa (Nick Airdo) writes:
  12. > I'm looking for information on the BackSpace application (running on  
  13. > 2.2).  I was told by several people that it has some bugs which may  
  14. > cause your NeXT to freeze, and that it wastes cpu cycles.
  15. > 
  16. > The reason why I need this information is because my NeXT admin is using  
  17. > backspace on our the servers.  He refuses to believe me unless I show  
  18. > him some documentation on the problem.  
  19.  
  20. Some modules had bugs in them.  They were quite noticable, as I remember.  I  
  21. just don't run those modules.  
  22.  
  23. This machine is running 2.1, and has been running backspace for, oh, 95% of  
  24. the elapsed time since BackSpace was released.  The average uptime for my  
  25. NeXT is about 30 days.  The usual reason for a reboot is that I have to  
  26. connect or unconnect some SCSI device, or install new software.  The last  
  27. time it crashed or froze up was, uh, gee I don't remember.
  28.  
  29. There certainly were a few modules with bugs in them, but the ones I use  
  30. don't seem to give me any problems.
  31.  
  32. As for wasted cycles, just change the mach priority (it's a preference  
  33. setting in BackSpace).  This will reduce, though not eliminate, the amount  
  34. of cycles it steals from other stuff.  You can also switch which module you  
  35. use.  I tend to use the "Clock" module (on 2.1), which doesn't seem to use  
  36. up much CPU time (I run KPerfMon so I can see how busy the CPU is at all  
  37. times).  Other modules were real pigs.  Again, just avoid those modules.
  38.  
  39. --
  40. Garance Alistair Drosehn     =     gad@eclipse.its.rpi.edu
  41. ITS Systems Programmer            (handles NeXT-type mail)
  42. Rensselaer Polytechnic Institute;           Troy NY    USA
  43.