home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / misc / 18221 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.4 KB

  1. Path: sparky!uunet!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!chx400!urz.unibas.ch!lucy.ifi.unibas.ch!news
  2. Newsgroups: comp.sys.next.misc
  3. Subject: Re: Mystery: NewsGrazer running really slow
  4. Message-ID: <1992Jul28.072348.21725@urz.unibas.ch>
  5. From: frank@ifi.unibas.ch (Robert Frank)
  6. Date: Tue, 28 Jul 1992 07:23:48 GMT
  7. Reply-To: frank@ifi.unibas.ch
  8. Sender: news@urz.unibas.ch (USENET News System)
  9. References: <1992Jul27.011200.1527@proforma.com>
  10. Distribution: na
  11. Organization: Institut fuer Informatik
  12. Nntp-Posting-Host: woodstock.ifi.unibas.ch
  13. Lines: 36
  14.  
  15. In article <1992Jul27.011200.1527@proforma.com>  writes:
  16. > In article <1992Jul26.033037.2016@math.ucla.edu> barry@arnold.math.ucla.edu  
  17. > (Barry Merriman) writes:
  18. > >For the past few days, my NewsGrazer has been running really slow:
  19. > >taking minutes to sort articles, retrieve an article etc, while this
  20. > >used to take seconds. I get lots of wait cursor action, but no disk seeking
  21. > >sounds.
  22. > I have noticed recently that NewsGrazer was suddenly eating up huge chunks of  
  23. > CPU, usually after being hidden for a awhile.  Everything would go into slow  
  24. > motion.  I have TimeMon, which shows the use really clearly.  Anyway, I just  
  25. > quit now instead of hide.  This isn't exactly the problem you mention, but  
  26. > something is strange.
  27. > Too bad NewsGrazer is unsupported.
  28. > --J Gregory
  29.  
  30. Hmm, peculiar things going on with newsgrazer 72.2. At our site we have two  
  31. slabs and one cube. All are running release 2.1 of the OS and all have  
  32. newsgrazer. On the slabs, newsgrazer shows no signs of abnormalty (Monitor and  
  33. ps show normal CPU usage) but on the cube, newsgrazor takes MORE and MORE CPU  
  34. the less we do! Eventually it will settle around 30% of CPU time, even if it  
  35. sits idle (or seems to do so).
  36. I have not the slightest clue as to what could be the cause, especially as the  
  37. three machines are not all running exactly the same software. (They are being  
  38. used for different purposes.)
  39.  
  40. - Robert
  41. --
  42. Robert Frank                         tel. + (061) 321 99 67                 
  43. Institut fuer Informatik             fax  + (061) 321 99 15                 
  44. University of Basel, Switzerland                                            
  45. Mittlere Strasse 142      rfc822: frank@ifi.unibas.ch (NeXT mail accepted)  
  46. CH-4056 Basel          X400: S=frank;OU=ifi;O=unibas;P=switch;A=arcom;C=ch
  47.                    ( if all fails try frank@urz.unibas.ch )
  48.