From owner-freebsd-current@FreeBSD.ORG Mon Oct 1 18:27:42 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 AE75C16A417; Mon, 1 Oct 2007 18:27:42 +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 8179E13C457; Mon, 1 Oct 2007 18:27:42 +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 l91IRWt5086702 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 1 Oct 2007 14:27:33 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 1 Oct 2007 11:30:16 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Marc Fonvieille In-Reply-To: <20071001101525.GA1530@gothic.blackend.org> Message-ID: <20071001112845.N583@10.0.0.1> References: <20070916061932.GA93480@underworld.novel.ru> <20070918061806.GA85425@blazingdot.com> <20070918004027.G558@10.0.0.1> <20071001101525.GA1530@gothic.blackend.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Roman Bogorodskiy 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, 01 Oct 2007 18:27:42 -0000 On Mon, 1 Oct 2007, Marc Fonvieille wrote: > On Tue, Sep 18, 2007 at 12:44:52AM -0700, Jeff Roberson wrote: >> >> Marcus, >> >> What has happened is that you have run an x application that is so >> expensive we no longer consider it interactive. Unfortunately, due to the >> nature of the x server architecture, much of the compute time is spent in >> x11 rather than the offending application. There really isn't anything to >> be done in this case other than mark X as real-time. You can try to tune >> up the interactivity heuristic limit by setting kern.sched.interact to a >> higher value. This will help with short term bursts of x server cpu >> utilization, however, sustained, expensive x windows processing will always >> trigger poorer interactive behavior. >> > > I have the same problems as Roman: once I compile something, most of X > applications become slow as hell with lagging screen refresh. That's on > -CURRENT (with all debug, malloc, invariant things disabled) with ULE > and Xorg 4.3 (I'll test with the legacy scheduler as soon as possible). > This behavior does not occur on 6.2 but with Xorg 7.2, so I really suspect > last Xorg release to be guilty. Jeff you often mentioned tests on your > laptop, could you check what Xorg version your run? xorg-7.2 X.Org complete distribution metaport xorg-server-1.2.0_2,1 X.Org X server and related programs If you're running very recent current you can try renicing X negatively. If you nice -20 and it doesn't improve then it's probably not the cpu scheduler causing the delay. What display driver are you using? How much cpu is X using while you're experiencing the lag? Thanks, Jeff > > I played with kern.sched.interact MIB but it was worse. > > -- > Marc >