From owner-freebsd-hackers Thu May 23 15: 4:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17]) by hub.freebsd.org (Postfix) with ESMTP id CA4F837B404; Thu, 23 May 2002 15:04:48 -0700 (PDT) Received: from mfg1.cim.alcatel.com.au (localhost.localdomain [127.0.0.1]) by alcanet.com.au (8.12.1/8.12.1/Alcanet1.2) with ESMTP id g4NM4lmv000934; Fri, 24 May 2002 08:04:47 +1000 Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37641) with ESMTP id <01KI3KIFGMWG8Y6491@cim.alcatel.com.au>; Fri, 24 May 2002 08:04:22 +1000 Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1]) by gsmx07.alcatel.com.au (8.12.3/8.12.3) with ESMTP id g4NM4j9l020393; Fri, 24 May 2002 08:04:45 +1000 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.3/8.12.3/Submit) id g4NM4jXr020392; Fri, 24 May 2002 08:04:45 +1000 (EST) Content-return: prohibited Date: Fri, 24 May 2002 08:04:44 +1000 From: Peter Jeremy Subject: Re: cvs commit: src/sys/kern kern_fork.c In-reply-to: <200202190315.g1J3FSV14877@freefall.freebsd.org>; from silby@FreeBSD.ORG on Mon, Feb 18, 2002 at 07:15:28PM -0800 To: freebsd-hackers@FreeBSD.ORG Cc: dufault@FreeBSD.ORG Message-id: <20020524080444.R8148@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5.1i References: <200202190315.g1J3FSV14877@freefall.freebsd.org> X-Authentication-warning: gsmx07.alcatel.com.au: jeremyp set sender to peter.jeremy@alcatel.com.au using -f Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [The reference is ancient but I think it's still relevant.] On Mon, Feb 18, 2002 at 07:15:28PM -0800, Mike Silbersack wrote: >silby 2002/02/18 19:15:28 PST > > Modified files: > sys/kern kern_fork.c > Log: > A few misc forkbomb defenses: ... > - Remove the printing of "proc: table full". When the table > really is full, this would flood the screen/logs, making > the problem tougher to deal with. I've bumped into a similar problem when running StarOffice on a system without _KPOSIX_PRIORITY_SCHEDULING. It seems that StarOffice likes calling sched_yield() and doesn't take ENOSYS as a hint. My syslog entries showed repeat counts in the high 5-figure region. It's useful to know that a process wants to use the RT scheduling functions, but it would be nice if this message could be rate-limited so that processes that ignore return codes won't flood the console. I'm not sure how to achieve this - since doing it properly implies additional per-process state - and I don't think it's important enough to bloat struct proc. [I don't have the RT extensions enabled because there was a past thread about them being susceptable to priority inversion deadlocks - is this still true]. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message