Return to BSD News archive
Newsgroups: comp.unix.bsd.freebsd.misc Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!yarrina.connect.com.au!classic.iinet.com.au!news.uoknor.edu!news.ecn.uoknor.edu!paladin.american.edu!gatech!news.sprintlink.net!news.cyberenet.net!twwells!bill From: bill@twwells.com (T. William Wells) Subject: Re: Zombie processes eating up CPU time (was Re: Internet Service Provider) Followup-To: alt.flame Organization: None, Mt. Laurel, NJ Message-ID: <D977Fx.A1v@twwells.com> References: <3pqb92$lq2@pt9201.ped.pto.ford.com> <3q2k6c$lvn@nntp.msstate.edu> <D95LMu.JzG@twwells.com> <D962A1.8KA@ritz.mordor.com> Date: Fri, 26 May 1995 18:31:08 GMT Lines: 43 In article <D962A1.8KA@ritz.mordor.com>, Chris Mauritz <ritz@ritz.mordor.com> wrote: : T. William Wells (bill@twwells.com) wrote: : : In article <3q2k6c$lvn@nntp.msstate.edu>, : : Stormy Henderson <Stormy@GTLUG.ORG> wrote: : : : This person posted a general work-around for the problem, which is quite a : : : reasonable one (the solution, not the problem), and will definitely do the : : : It is a *bad* solution. It requires *more* effort than any : : workable solution -- and will cause endless headaches as various : : things break. There is also a maze of administrative headaches : : that would have to be negotiated. : : I think a one line addition to the default shell environment variables Yeah, right. "One line addition". You *should* know better. : have the luxury of that much excess time. Judging from your posting : you seem to have plenty of it. Why don't YOU offer a "workable solution" : then? OK. Switch to the latest snapshot. I'm told, though I haven't verified it, that this solves the problem. I'll be doing that next week anyway and if that doesn't work, I will solve the problem shortly the hard way, as it is becoming a critical one for us. And, no, I don't have excess time. But fixing critical kernel problems does not count as "luxury". With any luck, I won't have to spend that time.... : I found the solution to be OK given the nature of the problem : and the ugliness of a "proper" fix. "Ugliness"? I don't know where you get your esthetics, but returning to a properly functioning state of affairs disrupted by some kernel bug or design flaw does not count as ugly in my book. : I found your remarks to be completely off base and arrogant. Ah, a perceptive man. I *am* arrogant. Your problem. Not mine. Followups to alt.flame.