From owner-freebsd-current@FreeBSD.ORG Mon Aug 27 04:44:40 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 D337716A417 for ; Mon, 27 Aug 2007 04:44:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 6BBC513C483 for ; Mon, 27 Aug 2007 04:44:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IPWSk-000Djn-Au for freebsd-current@freebsd.org; Mon, 27 Aug 2007 07:44:38 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l7R4iQWa024674; Mon, 27 Aug 2007 07:44:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l7R4iQ2J024673; Mon, 27 Aug 2007 07:44:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 27 Aug 2007 07:44:23 +0300 From: Kostik Belousov To: Kevin Oberman Message-ID: <20070827044423.GM2332@deviant.kiev.zoral.com.ua> References: <46D25242.10504@micom.mng.net> <20070827043556.496A945048@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Mh8CTEa8Ax54aLHp" Content-Disposition: inline In-Reply-To: <20070827043556.496A945048@ptavv.es.net> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 69ad68b945e79e087f1af101bf3fefec X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1404 [August 24 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Ganbold , "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 04:44:41 -0000 --Mh8CTEa8Ax54aLHp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 26, 2007 at 09:35:56PM -0700, Kevin Oberman wrote: > > Date: Mon, 27 Aug 2007 12:25:38 +0800 > > From: Ganbold > > Sender: owner-freebsd-current@freebsd.org > >=20 > > Hi, > >=20 > > I'm running FreeBSD 7.0-CURRENT with SCHED_ULE, INVARIANTS, WITNESS=20 > > enabled kernel. > >=20 > > daemon# uname -an > > FreeBSD daemon.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Thu Au= g=20 > > 23 17:59:17 ULAT 2007 =20 > > tsgan@daemon.micom.mng.net:/usr/obj/usr/src/sys/GDAEMON i386 > > daemon# > >=20 > > When compiling something (buildworld or making wine for example) inside= =20 > > from X/gnome > > my computer becomes very slow. > >=20 > > top shows while compiling wine: > >=20 > > last pid: 38660; load averages: 3.10, 2.24, =20 > > 1.33 = =20 > > 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= %=20 > > idle > > Mem: 704M Active, 63M Inact, 168M Wired, 39M Cache, 111M Buf, 21M Free > > Swap: 2048M Total, 195M Used, 1853M Free, 9% Inuse > >=20 > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMA= ND > > 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%=20 > > 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%=20 > > wnck-applet > > 975 tsgan 7 44 0 198M 159M ucond 8:53 0.00%=20 > > thunderbird-bin > > 922 tsgan 1 44 0 4808K 1460K select 4:43 0.00% gam_s= erver > > 956 tsgan 1 44 0 35324K 16328K select 4:36 0.00%=20 > > mixer_applet2 > > 962 tsgan 1 44 0 13736K 5936K select 1:57 0.00%=20 > > 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%=20 > > operapluginwrapper > > 772 root 1 44 0 4496K 928K select 1:03 0.00%=20 > > hald-addon-storage > > 930 tsgan 1 44 0 16204K 8744K select 0:48 0.00% metac= ity > > 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 > > ... > >=20 > > Is it due to SCHED_ULE makes a process CPU greedy and that is why my=20 > > 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=20 > > recently. > > Maybe I'm wrong here. >=20 > I've seen it for a while. You are running out of RAM and I have found > that once the swap use starts growing, things get VERY slow. I still > think something is wrong, but memory is cheap and an extra 1/2 Gig can > make a huge difference. I have not seen any difference between > schedulers...about the same with 4BSD and ULE. No, this happens on the machine with a plenty of free RAM too, for instance Mem: 187M Active, 868M Inact, 162M Wired, 20M Cache, 112M Buf, 764M Free Swap: 8192M Total, 8192M Free SCHED_4BSD was almost unusable for me, SCHED_ULE gives somewhat better interactivity. It seems that fork() gives too high priority for the new process. --Mh8CTEa8Ax54aLHp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFG0lanC3+MBN1Mb4gRAun2AKDx8rHQnBCUMKwaX9QCpoxVG3j7gQCgv70j 3cEn4ptKM1shRXgiFVd9Mvk= =quPz -----END PGP SIGNATURE----- --Mh8CTEa8Ax54aLHp--