From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 03:39:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 680CF16A46B for ; Mon, 17 Sep 2007 03:39:26 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id 39DE113C46E for ; Mon, 17 Sep 2007 03:39:26 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 25824 invoked by uid 1001); 17 Sep 2007 03:39:48 -0000 Date: Sun, 16 Sep 2007 20:39:48 -0700 From: "David E. Thiel" To: freebsd-current@freebsd.org Message-ID: <20070917033948.GK1051@redundancy.redundancy.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20070916214753.GJ1051@redundancy.redundancy.org> <20070916225019.B921C4500C@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070916225019.B921C4500C@ptavv.es.net> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: SCHED_ULE on desktop system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 03:39:26 -0000 On Sun, Sep 16, 2007 at 03:50:19PM -0700, Kevin Oberman wrote: > I have been seeing this for quite some time and, while the scheduler may > make a bit of difference, I suspect pager issues. As long as I have > available memory, interactivity is fine. If I run a big build and I see > swap file use, things slow to a crawl. I see very slow re-draws of the > screen and general lack of responsiveness. > > I run gkrellm and can tell at a glance when swap usage starts to > increase. The linkage is clear and not terribly surprising. It may be > that you need to add a bit more RAM. While I wouldn't mind adding more RAM, this happens with about 60% memory utilization, and top verifies no swap is being used. I'll believe that it may not be all the scheduler's fault (since I see it to some degree regardless of scheduler), but in my case, it's not paging. I did actually just switch to 4BSD without PREEMPTION, and the audio skipping and jerkiness that I was getting before is no longer happening. Maybe something in PREEMPTION is causing problems with both schedulers? Thanks, David