home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / informix / 1915 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  1.3 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!emory!letterkenn-emh1.army.mil!Root
  2. From: Root@letterkenn-emh1.army.mil
  3. Newsgroups: comp.databases.informix
  4. Subject: fglgo eating cpu
  5. Message-ID: <9514@emory.mathcs.emory.edu>
  6. Date: 11 Sep 92 16:53:15 GMT
  7. Sender: walt@mathcs.emory.edu
  8. Reply-To: Root@letterkenn-emh1.army.mil
  9. Lines: 16
  10. X-Informix-List-ID: <list.1439>
  11.  
  12. In response to gaukur@rhi.hi.is whose fglgo eats cpu:
  13. We have  similar problem frequently on our Unisys 5000, runniing sql SE 2.10G
  14. where a user is running a report script which is waitng for input from the
  15. terminal (accepting input before running the report). If our off-brand LAN
  16. disconnects them, or the disconnects from it without first deleting(CANCEL) our
  17. of the prompt, the sql  process becomes a child of PID #1 and takes on a life
  18. of its own, eating memory til we run out. When we do a ps -efl and look in
  19. the SIZE column it gets as big as our kernal tuning will allow, which is too
  20. much for anything else to run. System halts. Kernal is tuned that way for
  21. various nightime process which need it. I was just hoping our soon-to-be-
  22. installed 4.0 would repair the problem! Meanwhile, we have a scripts that runs
  23. from cron every 5 minutes and kills any process bigger than XXXX.
  24. Does anyone else have SQL/SE that does this? Is 4.0 better?
  25.  
  26. Ann Barnes
  27. Letterkenny Army Depot
  28.