Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!simtel!zombie.ncsc.mil!news.mathworks.com!gatech!EU.net!Germany.EU.net!zib-berlin.de!news.tu-chemnitz.de!irz401!narcisa.sax.de!not-for-mail
From: j@narcisa.sax.de (J Wunsch)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: Zombie processes eating up CPU time (was Re: Internet Service Provider)
Date: 31 May 1995 10:32:48 +0200
Organization: Private U**x site, Dresden.
Lines: 22
Message-ID: <3qh9jg$hih@bonnie.tcd-dresden.de>
References: <3pqb92$lq2@pt9201.ped.pto.ford.com> <D91uu8.7J3@twwells.com> <3pub0e$ppd@gate.sinica.edu.tw> <id.PK6K1.RM7@nmti.com>
Reply-To: joerg_wunsch@uriah.heep.sax.de
NNTP-Posting-Host: 192.109.108.139
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Peter da Silva <peter@nmti.com> wrote:
>Brian Tao <taob@gate.sinica.edu.tw> wrote:
>> Our solution: give every user a CPU quota. See the man page on
>> csh/tcsh for the built-in "limit" command, and the man pages for
>> getrlimit(2) and setrlimit(2).
>
>You've already considered the option of fixing the programs so they
>don't ignore SIGHUP, of course?
In addition to this, i'm suspecting the offending applications to
ignore terminal IO errors when polling for input. Even Ultrix's ftp
once did this. You could easily trigger it by starting an ftp
transfer, backgrounding it in a job control shell, and logging out.
At the time where ftp issued its next prompt, it started to loop
endlessly for input. Clearly not an o/s problem.
--
cheers, J"org private: joerg_wunsch@uriah.heep.sax.de
http://www.sax.de/~joerg/
Never trust an operating system you don't have sources for. ;-)