From owner-freebsd-current@FreeBSD.ORG Mon Aug 27 22:14:59 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 57D8116A417 for ; Mon, 27 Aug 2007 22:14:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 04CD213C467 for ; Mon, 27 Aug 2007 22:14:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6BD6E471D4; Mon, 27 Aug 2007 18:14:58 -0400 (EDT) Date: Mon, 27 Aug 2007 23:14:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ganbold In-Reply-To: <46D25242.10504@micom.mng.net> Message-ID: <20070827231419.H30469@fledge.watson.org> References: <46D25242.10504@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-current@freebsd.org" Subject: Re: computer becomes slow when compiling something 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, 27 Aug 2007 22:14:59 -0000 On Mon, 27 Aug 2007, Ganbold wrote: > I'm running FreeBSD 7.0-CURRENT with SCHED_ULE, INVARIANTS, WITNESS enabled > kernel. Try the same thing again without INVARIANTS and WITNESS, both of which can consume a lot of CPU in kernel on a very active system, especially if lots of vnodes are being allocated and freed. Especially WITNESS. Robert N M Watson Computer Laboratory University of Cambridge > > daemon# uname -an > FreeBSD daemon.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Thu Aug 23 > 17:59:17 ULAT 2007 > tsgan@daemon.micom.mng.net:/usr/obj/usr/src/sys/GDAEMON i386 > daemon# > > When compiling something (buildworld or making wine for example) inside from > X/gnome > my computer becomes very slow. > > top shows while compiling wine: > > last pid: 38660; load averages: 3.10, 2.24, 1.33 > up 3+02:07:05 12:11:38 > 106 processes: 3 running, 102 sleeping, 1 zombie > CPU states: 90.2% user, 0.0% nice, 9.8% system, 0.0% interrupt, 0.0% idle > Mem: 704M Active, 63M Inact, 168M Wired, 39M Cache, 111M Buf, 21M Free > Swap: 2048M Total, 195M Used, 1853M Free, 9% Inuse > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 902 tsgan 1 96 0 147M 134M RUN 929:41 3.96% Xorg > 38659 root 1 96 0 15556K 12256K RUN 0:00 3.47% cc1 > 1206 tsgan 1 44 19 156M 36940K select 178:06 0.00% > operapluginwrapper > 978 tsgan 1 44 0 212M 173M select 103:26 0.00% opera > 954 tsgan 1 44 0 35236K 18372K select 11:59 0.00% wnck-applet > 975 tsgan 7 44 0 198M 159M ucond 8:53 0.00% > thunderbird-bin > 922 tsgan 1 44 0 4808K 1460K select 4:43 0.00% gam_server > 956 tsgan 1 44 0 35324K 16328K select 4:36 0.00% > mixer_applet2 > 962 tsgan 1 44 0 13736K 5936K select 1:57 0.00% > gnome-screensaver > 1224 tsgan 1 44 0 70232K 28900K select 1:33 0.00% pidgin > 1591 tsgan 1 44 19 5520K 772K select 1:17 0.00% > operapluginwrapper > 772 root 1 44 0 4496K 928K select 1:03 0.00% > hald-addon-storage > 930 tsgan 1 44 0 16204K 8744K select 0:48 0.00% metacity > 441 root 1 44 0 3276K 592K select 0:45 0.00% moused > 765 haldaemon 1 44 0 6164K 2252K select 0:41 0.00% hald > ... > > Is it due to SCHED_ULE makes a process CPU greedy and that is why my computer > becomes slow? > Or it is something else? What SCHED_ULE sysctl knobs should I test here? > As I recall correctly I have never experienced such problems until recently. > Maybe I'm wrong here. > > thanks, > > Ganbold > > > -- > X windows: Accept any substitute. If it's broke, don't fix it. If it ain't > broke, fix it. Form follows malfunction. The Cutting Edge of Obsolescence. > The trailing edge of software technology. Armageddon never looked so good. > Japan's secret weapon. You'll envy the dead. Making the world safe for > competing window systems. Let it get in YOUR way. The problem for your > problem. If it starts working, we'll fix it. Pronto. It could be worse, but > it'll take time. Simplicity made complex. The greatest productivity aid since > typhoid. Flakey and built to stay that way. One thousand monkeys. One > thousand MicroVAXes. One thousand years. X windows. > > _______________________________________________ > 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" >