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-next>] [day] [month] [year] [list]
Date:	Mon, 6 Aug 2012 16:04:32 +0200
From:	Pedro Larroy <pedro.larroy.lists@...il.com>
To:	linux-kernel@...r.kernel.org
Subject: unfair scheduling with tbb application observed, could it be a kernel issue?

Hi

I think we are observing unfair scheduling of processes that use intel
TBB thread scheduler, as we have several processes with nice of 19 and
ioniced idle, and somehow the process with nice 0 should be getting
more than 1000% cpu

Any ideas? Kernel is 3.0.0.-17-generic on unbutu 11.10.


Avg[||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||99.6%]
Tasks: 331; 81 running
Mem[||||||||||||||||||||||||||||||||||||||||||||||||||||||||36386/96868MB]
Load average: 76.99 46.08 34.32
Swp[|||||||||
534/4099MB] Time: 15:51:51
  PID USER     PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
10597 disco     39  19 6772M 6366M 14384 R 636.  6.6 37:56.63
/map_store/developers/disco/12_08_06-13_53_1344254009-j3UGmL/mmcc -X
178 -c /map_store/de
11629 visciano  20   0 6106M 5504M 18668 R 585.  5.7 39:02.15
build/release/mmcc -D --compact -f 8 -h bfmapcomp03.europe.nokia.com
-d 1521 -s LDMTEST -
10235 disco     39  19 4566M 4190M 12512 R 197.  4.3 25:13.58
/map_store/developers/disco/12_08_06-13_53_1344254009-j3UGmL/mmcc -X
183 -c /map_store/de
11599 disco     39  19 4935M 4644M 12572 R 188.  4.8 15:44.48
/map_store/developers/disco/12_08_06-13_53_1344254009-j3UGmL/mmcc -X
176 -c /map_store/de
11996 disco     39  19 4407M 4164M 12580 R 103.  4.3 12:08.25
/map_store/developers/disco/12_08_06-13_53_1344254009-j3UGmL/mmcc -X
174 -c /map_store/de
12630 disco     39  19 1804M 1589M 12248 R 101.  1.6  4:31.51
/map_store/developers/disco/12_08_06-13_53_1344254009-j3UGmL/mmcc -X
172 -c /map_store/de

Another example, the processes at 100% not being throttled at all when
having more processes waiting with higher priority:


Tasks: 559 total,  37 running, 522 sleeping,   0 stopped,   0 zombie
Cpu(s): 67.8%us, 16.0%sy, 13.0%ni,  1.7%id,  0.6%wa,  0.0%hi,  1.0%si,  0.0%st
Mem:  98998032k total, 97444688k used,  1553344k free,    53772k buffers
Swap:  4198316k total,   704860k used,  3493456k free, 73270776k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
14373 disco     39  19 8734m 6.9g  12m R  107  7.3  36:09.72 mmcc
15293 disco     39  19 3174m 1.4g  12m R  101  1.5  19:33.79 mmcc
20341 disco     39  19 2735m 1.1g  12m R  101  1.1   8:40.38 mmcc
18241 disco     39  19 3040m 1.3g  11m R  100  1.4  14:27.91 mmcc
15204 disco     39  19 5418m 3.7g  12m R   99  3.9  20:53.89 mmcc
24901 larroy    20   0  327m 296m 4276 R   88  0.3   0:04.14 cc1plus
24942 larroy    20   0  193m 159m 4008 R   87  0.2   0:01.47 cc1plus
24862 larroy    20   0  417m 388m 7992 R   84  0.4   0:07.02 cc1plus
24959 larroy    20   0  184m 153m 4008 R   80  0.2   0:01.32 cc1plus
24935 larroy    20   0  254m 222m 4024 R   77  0.2   0:02.44 cc1plus
24919 larroy    20   0  336m 301m 4036 R   76  0.3   0:03.61 cc1plus
24972 larroy    20   0 43160  15m 2332 R   76  0.0   0:00.95 cc1plus
24918 larroy    20   0  287m 255m 4024 R   70  0.3   0:02.99 cc1plus
24962 larroy    20   0 44872  17m 2332 R   69  0.0   0:01.23 cc1plus
24976 larroy    20   0 41212  14m 2332 R   66  0.0   0:00.67 cc1plus
24501 larroy    20   0  687m 657m 8044 R   64  0.7   0:22.97 cc1plus
24933 larroy    20   0  211m 177m 4008 R   62  0.2   0:01.79 cc1plus
24899 larroy    20   0  327m 296m 4276 R   57  0.3   0:04.25 cc1plus

This is 3.2.0-26-generic on ubuntu 12.04

Regards.

Pedro.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ