linux-kernel - Re: [patch] CFS scheduler, -v7

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200704282220.17689.caglar@pardus.org.tr>
Date:	Sat, 28 Apr 2007 22:20:12 +0300
From:	"S.Çağlar Onur" <caglar@...dus.org.tr>
To:	Ingo Molnar <mingo@...e.hu>
Cc:	linux-kernel@...r.kernel.org,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Con Kolivas <kernel@...ivas.org>,
	Nick Piggin <npiggin@...e.de>, Mike Galbraith <efault@....de>,
	Arjan van de Ven <arjan@...radead.org>,
	Peter Williams <pwil3058@...pond.net.au>,
	Thomas Gleixner <tglx@...utronix.de>, Willy Tarreau <w@....eu>,
	Gene Heskett <gene.heskett@...il.com>, Mark Lord <lkml@....ca>,
	Zach Carter <linux@...hcarter.com>,
	Kasper Sandberg <lkml@...anurb.dk>,
	buddabrod <buddabrod@...il.com>,
	Srivatsa Vaddagiri <vatsa@...ibm.com>
Subject: Re: [patch] CFS scheduler, -v7

28 Nis 2007 Cts tarihinde, Ingo Molnar şunları yazmıştı: 
>  - feature removal: remove the X auto-renicing feature, CONFIG_BOOST_X.

This the the first time i use CFS with without X auto-renicing and i think its 
not smooth as before :(

While compiling something (say alsa-drivers) with just "make" firefox starts 
to scrolls slowly, kmail frezes time to time, applications are not responsive 
as before in that load and also system is not as fast as before while system 
idle. Also somehow boot takes longer;

v6;
Apr 28 16:40:41 (up 10.57) /sbin/mudur.py sysinit
Apr 28 13:40:49 (up 17.75) /sbin/mudur.py boot
Apr 28 13:41:00 (up 28.61) /sbin/mudur.py default

v7;
Apr 29 00:35:49 (up 10.61) /sbin/mudur.py sysinit
Apr 28 21:36:14 (up 33.77) /sbin/mudur.py boot
Apr 28 21:36:16 (up 36.21) /sbin/mudur.py default


And i while trying to understand what caused this (or trying to confirm X is 
the problem), i realized Xorg is not the only reniced process in v6

[caglar@...getsu][~]> diff -u top.v7 top.v6
...
   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
...
     2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
     3 root      39  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
-    4 root      15  -5     0    0    0 S  0.0  0.0   0:00.11 events/0
-    5 root      15  -5     0    0    0 S  0.0  0.0   0:00.01 khelper
-    6 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kthread
-   26 root      15  -5     0    0    0 S  0.0  0.0   0:00.02 kblockd/0
-   27 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
-  124 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod
-  137 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kapmd
+    4 root      10 -10     0    0    0 S  0.0  0.0   0:00.01 events/0
+    5 root      10 -10     0    0    0 S  0.0  0.0   0:00.01 khelper
+    6 root      10 -10     0    0    0 S  0.0  0.0   0:00.00 kthread
+   26 root      10 -10     0    0    0 S  0.0  0.0   0:00.03 kblockd/0
+   27 root      10 -10     0    0    0 S  0.0  0.0   0:00.00 kacpid
+  124 root      10 -10     0    0    0 S  0.0  0.0   0:00.00 kseriod
+  137 root      10 -10     0    0    0 S  0.0  0.0   0:00.00 kapmd
...

Until now i didn't try to renice X manually to see if it changes anything in 
v7 but i will (ırgh, i simply boot with v6).

> As usual, any sort of feedback, bugreport, fix and suggestion is more
> than welcome,

If you want some more output/info etc. please just say, i have both v6 and v7 
available.

Cheers
-- 
S.Çağlar Onur <caglar@...dus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!

Download attachment "signature.asc " of type "application/pgp-signature" (190 bytes)