From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 21:14:17 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 2CDA616A46B; Mon, 17 Sep 2007 21:14:17 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id F132213C481; Mon, 17 Sep 2007 21:14:16 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.103] (c-67-160-44-208.hsd1.wa.comcast.net [67.160.44.208]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l8HLEE9Y035318 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 17 Sep 2007 17:14:15 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 17 Sep 2007 14:17:09 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Ganbold In-Reply-To: <46EE2C98.90802@micom.mng.net> Message-ID: <20070917141639.Q558@10.0.0.1> References: <20070916225019.B921C4500C@ptavv.es.net> <46EDCC48.2090405@FreeBSD.org> <20070916202402.X4507@10.0.0.1> <46EE2C98.90802@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "David E. Thiel" , freebsd-current@freebsd.org 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 21:14:17 -0000 On Mon, 17 Sep 2007, Ganbold wrote: > Jeff Roberson wrote: >> On Mon, 17 Sep 2007, Kris Kennaway wrote: >> >>> Kevin Oberman wrote: >>>>> Date: Sun, 16 Sep 2007 14:47:54 -0700 >>>>> From: "David E. Thiel" >>>>> Sender: owner-freebsd-current@freebsd.org >>>>> >>>>> On Sun, Sep 16, 2007 at 12:58:33AM -0700, vehemens wrote: >>>>>> On Saturday 15 September 2007 11:19:32 pm Roman Bogorodskiy wrote: >>>>>>> I'm curious if SCHED_ULE is designed to be used on a desktop system. >>>>>>> I'm >>>>>>> running -CURRENT at home and tried to use SCHED_ULE for some time. It >>>>>>> works alright while the load is not very high. But once I start >>>>>>> compiling something (running 'make buildworld' or 'portupgrade -a' for >>>>>>> example), the machine comes almost unusable - X11's windows takes a >>>>>>> lot >>>>>>> of time to redraw, changing virtual desktop in window manager may take >>>>>>> a several seconds. And it's nearly impossible to watch some movie with >>>>>>> mplayer. >>>>>> I also see something similar running -CURRENT with SCHED_4BSD, >>>>>> but it shows up with X/gnome. Remote logins are still responsive >>>>>> and running X/twm works fine. >>>>> In my experience, both 4BSD and ULE are unresponsive on the desktop >>>>> in -CURRENT, with ULE being somewhat worse. Compiling an application >>>>> causes the mouse to be jerky, windows to draw slowly, audio to start >>>>> skipping, and occasionally the whole desktop freezes for a minute at >>>>> a time (with ULE only). This is with INVARIANTS and all the debugging >>>>> kernel options disabled and malloc debugging turned off. I'll give >>>>> running without PREEMPTION with 4BSD and the ULE patch a shot, >>>>> but in its stock form, -CURRENT is definitely worse than -STABLE on the >>>>> desktop for me in a UP configuration. Up till now, I've been working >>>>> around it manually by juggling with rtprio. >>>>> >>>>> If it's of any use, dmesg is at: >>>>> >>>>> http://redundancy.redundancy.org/dmesg.txt >>>> >>>> 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. >>> >>> Yes, not surprising in the least. When your system touches swap, >>> performance will drop to a tiny fraction of its normal performance. >>> Depending on your disk this could be 1% or lower. Anyone who is seeing >>> poor interactive performance needs to rule this out as the cause. >> >> Ah, I think I know why people are reporting worse problems with ULE. ULE >> is not properly accounting swtime so different threads are being chosen for >> swapout with ULE and 4BSD. My test systems all have more than enough >> memory to do parallel buildworlds without swapping. This is likely why I >> haven't run into this. >> >> I really need to fix p_swtime with ULE. Could the people reporting bad >> behavior please verify whether or not you're seeing swapping activity? Even >> just looking for swap used in top will help me verify that this is the >> problem. > > I explained my problem in > http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076450.html. > This is a UP system and I have 1GB RAM and top results are shown there. Ganbold, Thank you for your report. I just sent a follow-up mail to current with a patch that addresses this issue. Can you test and report back? Thanks! Jeff > > > Ganbold > >> >> Thanks, >> Jeff >> >> >>> >>> Kris >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >