From owner-freebsd-arch Wed Feb 5 12:12:49 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 676D837B401 for ; Wed, 5 Feb 2003 12:12:48 -0800 (PST) Received: from unox.bitpit.net (t-23-57.athome.tue.nl [131.155.227.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD2643FAF for ; Wed, 5 Feb 2003 12:12:42 -0800 (PST) (envelope-from marijn@bitpit.net) Received: from hoop.bitpit.net (unknown [192.168.1.2]) by unox.bitpit.net (Postfix) with ESMTP id 3D30F4B1 for ; Wed, 5 Feb 2003 21:12:35 +0100 (CET) Received: from hoop.bitpit.net (localhost [127.0.0.1]) by hoop.bitpit.net (8.12.6/8.12.6) with ESMTP id h15KCbeZ001111 for ; Wed, 5 Feb 2003 21:12:38 +0100 (CET) (envelope-from marijn@hoop.bitpit.net) Received: (from marijn@localhost) by hoop.bitpit.net (8.12.6/8.12.6/Submit) id h15KCbOC001110 for arch@freebsd.org; Wed, 5 Feb 2003 21:12:37 +0100 (CET) Date: Wed, 5 Feb 2003 21:12:36 +0100 From: Marijn Meijles To: arch@freebsd.org Subject: New scheduler problem Message-ID: <20030205201236.GA918@hoop.bitpit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I just tried the new scheduler (yesterdays cvsup), but it gives horrible interactve performance in some situations. Especially with mixed interactive and non-interactive applications like mozilla. This is perfectly understandable. Suppose I have a fair number of non-interactive apps running which generate load (make -j4). moz needs about 20% cpu time on my box (P3-550 UP) when it sits idle because of animated gifs. On an idle box, moz sleeps enough to return its priority to the standard level after rendering a page, but on a loaded box it stays a non-interactive app. PRI jumps to 120 and stays there because mozilla doesn't get a chance to sleep enough to lower PRI. With 4 other non-interactive apps combined with interactive apps, moz becomes quite unusable. If I kill the make, moz' PRI gradually drops back to the standard level. Lowering the decay rate in sched_slice helps, but that's not a real solution. Any ideas? -- Marijn@bitpit.net --- This message is ROT-52 encoded. Reading it will violate the DMCA. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message