You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
(1) |
2
(4) |
3
(2) |
4
|
|
5
(1) |
6
|
7
(1) |
8
(2) |
9
(3) |
10
(1) |
11
(6) |
|
12
|
13
(2) |
14
(4) |
15
(2) |
16
(1) |
17
(1) |
18
(24) |
|
19
(1) |
20
(4) |
21
(1) |
22
|
23
|
24
(5) |
25
(2) |
|
26
(6) |
27
(3) |
28
(5) |
|
|
|
|
|
From: <sv...@va...> - 2017-02-19 11:23:54
|
Author: philippe Date: Sun Feb 19 11:23:46 2017 New Revision: 16251 Log: modifty sleepers to have easier evaluation of interaction between cpu freq scaling and scheduler lock (pipe based or futex based) See http://www.valgrind.org/docs/manual/manual-core.html#manual-core.pthreads_perf_sched for background info about cpu freq scaling and valgrind thread scheduler. To reproduce the interaction, do: for sched in --fair-sched=yes --fair-sched=no do for affinity in 0 1 do echo $sched $affinity time ./vg-in-place $sched -q ./gdbserver_tests/sleepers 1000000 0 1000 B-B-B-B- $affinity done done which gives the below output (intel core i5-6402P, debian 8, kernel 3.16.0). In summary: the fair scheduler is fair, the pipe based scheduler can be really unfair (e.g. with --fair-sched=no and no affinity, 2 threads are finishing their work, while the 2 other threads are starting their work only after the first 2 have fully finished). The difference in timing is significant : 1m14s versus around 47 seconds. Note: If the governor is set to performance, strangely, the time needed for --fair-sched=no increases slighltly (to around 48 seconds). The time for --fair-sched=yes with or without affinity is then also to around 48 seconds. Below is timing with on-demand governor: --fair-sched=yes 0 loops/sleep_ms/burn/threads_spec/affinity: 1000000 0 1000 B-B-B-B- 0 Brussels ready to sleep and/or burn London ready to sleep and/or burn Petaouchnok ready to sleep and/or burn main ready to sleep and/or burn Brussels finished to sleep and/or burn London finished to sleep and/or burn Petaouchnok finished to sleep and/or burn main finished to sleep and/or burn real 1m14.582s user 1m14.348s sys 0m0.204s --fair-sched=yes 1 loops/sleep_ms/burn/threads_spec/affinity: 1000000 0 1000 B-B-B-B- 1 Brussels ready to sleep and/or burn London ready to sleep and/or burn Petaouchnok ready to sleep and/or burn main ready to sleep and/or burn main finished to sleep and/or burn Brussels finished to sleep and/or burn Petaouchnok finished to sleep and/or burn London finished to sleep and/or burn real 0m46.785s user 0m46.756s sys 0m0.032s --fair-sched=no 0 loops/sleep_ms/burn/threads_spec/affinity: 1000000 0 1000 B-B-B-B- 0 Brussels ready to sleep and/or burn Brussels finished to sleep and/or burn London ready to sleep and/or burn London finished to sleep and/or burn Petaouchnok ready to sleep and/or burn main ready to sleep and/or burn Petaouchnok finished to sleep and/or burn main finished to sleep and/or burn real 0m47.742s user 0m48.224s sys 0m0.084s --fair-sched=no 1 loops/sleep_ms/burn/threads_spec/affinity: 1000000 0 1000 B-B-B-B- 1 Brussels ready to sleep and/or burn London ready to sleep and/or burn Petaouchnok ready to sleep and/or burn main ready to sleep and/or burn Brussels finished to sleep and/or burn London finished to sleep and/or burn main finished to sleep and/or burn Petaouchnok finished to sleep and/or burn real 0m46.601s user 0m46.568s sys 0m0.036s Modified: trunk/gdbserver_tests/mcinfcallRU.stderr.exp trunk/gdbserver_tests/mcinfcallRU.vgtest trunk/gdbserver_tests/mcinfcallWSRU.stderr.exp trunk/gdbserver_tests/mcinfcallWSRU.vgtest trunk/gdbserver_tests/mcinvokeRU.vgtest trunk/gdbserver_tests/nlcontrolc.stderr.exp trunk/gdbserver_tests/nlcontrolc.vgtest trunk/gdbserver_tests/nlsigvgdb.vgtest trunk/gdbserver_tests/nlvgdbsigqueue.stderr.exp trunk/gdbserver_tests/nlvgdbsigqueue.vgtest trunk/gdbserver_tests/sleepers.c Modified: trunk/gdbserver_tests/mcinfcallRU.stderr.exp ============================================================================== --- trunk/gdbserver_tests/mcinfcallRU.stderr.exp (original) +++ trunk/gdbserver_tests/mcinfcallRU.stderr.exp Sun Feb 19 11:23:46 2017 @@ -1,4 +1,4 @@ -loops/sleep_ms/burn/threads_spec: 1 0 2000000000 ------B- +loops/sleep_ms/burn/threads_spec/affinity: 1 0 2000000000 ------B- 1 main ready to sleep and/or burn pid .... Thread .... inferior call pushed from gdb in mcinfcallRU.stdinB.gdb Reset valgrind output to log (orderly_finish) Modified: trunk/gdbserver_tests/mcinfcallRU.vgtest ============================================================================== --- trunk/gdbserver_tests/mcinfcallRU.vgtest (original) +++ trunk/gdbserver_tests/mcinfcallRU.vgtest Sun Feb 19 11:23:46 2017 @@ -2,7 +2,7 @@ prog: sleepers # We would like to use B-B-B-B- instead of ------B- but this gives # too much dependencies to the scheduler fairness. -args: 1 0 2000000000 ------B- +args: 1 0 2000000000 ------B- 1 vgopts: --tool=memcheck --vgdb=yes --vgdb-error=0 --vgdb-prefix=./vgdb-prefix-mcinfcallRU # filter_gdb to replace pid and Thread numbers in the output of the program: stderr_filter: filter_gdb Modified: trunk/gdbserver_tests/mcinfcallWSRU.stderr.exp ============================================================================== --- trunk/gdbserver_tests/mcinfcallWSRU.stderr.exp (original) +++ trunk/gdbserver_tests/mcinfcallWSRU.stderr.exp Sun Feb 19 11:23:46 2017 @@ -1,4 +1,4 @@ -loops/sleep_ms/burn/threads_spec: 100 100000000 1000000000 -S-S-SB- +loops/sleep_ms/burn/threads_spec/affinity: 100 100000000 1000000000 -S-S-SB- 1 Brussels ready to sleep and/or burn London ready to sleep and/or burn Petaouchnok ready to sleep and/or burn Modified: trunk/gdbserver_tests/mcinfcallWSRU.vgtest ============================================================================== --- trunk/gdbserver_tests/mcinfcallWSRU.vgtest (original) +++ trunk/gdbserver_tests/mcinfcallWSRU.vgtest Sun Feb 19 11:23:46 2017 @@ -3,7 +3,7 @@ prog: sleepers # We would like to have two threads running (i.e. -S-SB-B-) # but this introduces too much dependencies to scheduler fairness. -args: 100 100000000 1000000000 -S-S-SB- +args: 100 100000000 1000000000 -S-S-SB- 1 vgopts: --tool=memcheck --vgdb=yes --vgdb-error=0 --vgdb-prefix=./vgdb-prefix-mcinfcallWSRU # We need a non buggy gdb.step on arm thumb. # Disable on Darwin: inferior call rejected as it cannot find malloc. Modified: trunk/gdbserver_tests/mcinvokeRU.vgtest ============================================================================== --- trunk/gdbserver_tests/mcinvokeRU.vgtest (original) +++ trunk/gdbserver_tests/mcinvokeRU.vgtest Sun Feb 19 11:23:46 2017 @@ -1,7 +1,7 @@ # test that vgdb can invoke a process when all threads are in Runnable or Yielding mode # If the test goes wrong, it might consume CPU during a long time. prog: sleepers -args: 1 0 1000000000 B-B-B-B- +args: 1 0 1000000000 B-B-B-B- 1 vgopts: --tool=memcheck --vgdb=yes --vgdb-prefix=./vgdb-prefix-mcinvokeRU stderr_filter: filter_make_empty # as the Valgrind process is always busy, we do not need the vgdb.invoker prereq. Modified: trunk/gdbserver_tests/nlcontrolc.stderr.exp ============================================================================== --- trunk/gdbserver_tests/nlcontrolc.stderr.exp (original) +++ trunk/gdbserver_tests/nlcontrolc.stderr.exp Sun Feb 19 11:23:46 2017 @@ -3,7 +3,7 @@ (action at startup) vgdb me ... -loops/sleep_ms/burn/threads_spec: 1000000000 1000000000 1000000000 BSBSBSBS +loops/sleep_ms/burn/threads_spec/affinity: 1000000000 1000000000 1000000000 BSBSBSBS 1 Brussels ready to sleep and/or burn London ready to sleep and/or burn Petaouchnok ready to sleep and/or burn Modified: trunk/gdbserver_tests/nlcontrolc.vgtest ============================================================================== --- trunk/gdbserver_tests/nlcontrolc.vgtest (original) +++ trunk/gdbserver_tests/nlcontrolc.vgtest Sun Feb 19 11:23:46 2017 @@ -9,7 +9,7 @@ # This test is disabled on Solaris because modifying select/poll/ppoll timeout # has no effect if a thread is already blocked in that syscall. prog: sleepers -args: 1000000000 1000000000 1000000000 BSBSBSBS +args: 1000000000 1000000000 1000000000 BSBSBSBS 1 vgopts: --tool=none --vgdb=yes --vgdb-error=0 --vgdb-prefix=./vgdb-prefix-nlcontrolc stderr_filter: filter_stderr # Bug 338633 nlcontrol hangs on arm64 currently. Modified: trunk/gdbserver_tests/nlsigvgdb.vgtest ============================================================================== --- trunk/gdbserver_tests/nlsigvgdb.vgtest (original) +++ trunk/gdbserver_tests/nlsigvgdb.vgtest Sun Feb 19 11:23:46 2017 @@ -4,7 +4,7 @@ # But if this signal is masked, then vgdb does not recuperate the control # and Valgrind dies. See function give_control_back_to_vgdb in m_gdbserver.c prog: sleepers -args: 1 10000000 0 -S-S-S-S +args: 1 10000000 0 -S-S-S-S 1 vgopts: --tool=none --vgdb=yes --vgdb-error=0 --vgdb-prefix=./vgdb-prefix-nlsigvgdb stderr_filter: filter_stderr prereq: test -e gdb -a -f vgdb.invoker Modified: trunk/gdbserver_tests/nlvgdbsigqueue.stderr.exp ============================================================================== --- trunk/gdbserver_tests/nlvgdbsigqueue.stderr.exp (original) +++ trunk/gdbserver_tests/nlvgdbsigqueue.stderr.exp Sun Feb 19 11:23:46 2017 @@ -3,7 +3,7 @@ (action at startup) vgdb me ... -loops/sleep_ms/burn/threads_spec: 1000000000 1000000000 1 BSBSBSBS +loops/sleep_ms/burn/threads_spec/affinity: 1000000000 1000000000 1 BSBSBSBS 1 Brussels ready to sleep and/or burn London ready to sleep and/or burn Petaouchnok ready to sleep and/or burn Modified: trunk/gdbserver_tests/nlvgdbsigqueue.vgtest ============================================================================== --- trunk/gdbserver_tests/nlvgdbsigqueue.vgtest (original) +++ trunk/gdbserver_tests/nlvgdbsigqueue.vgtest Sun Feb 19 11:23:46 2017 @@ -3,7 +3,7 @@ # vgdb must queue these signals and deliver them before PTRACE_DETACHing. # sleepers is started with argument so that it will mostly sleep. prog: sleepers -args: 1000000000 1000000000 1 BSBSBSBS +args: 1000000000 1000000000 1 BSBSBSBS 1 vgopts: --tool=none --vgdb=yes --vgdb-error=0 --vgdb-prefix=./vgdb-prefix-nlvgdbsigqueue stderr_filter: filter_stderr prereq: test -e gdb -a -f vgdb.invoker Modified: trunk/gdbserver_tests/sleepers.c ============================================================================== --- trunk/gdbserver_tests/sleepers.c (original) +++ trunk/gdbserver_tests/sleepers.c Sun Feb 19 11:23:46 2017 @@ -137,7 +137,7 @@ pthread_t ebbr, egll, zzzz; struct spec b, l, p, m; char *some_mem __attribute__((unused)) = malloc(100); - setaffinity(); + if (argc > 5 && atoi(argv[5])) setaffinity(); setup_sigusr_handler(); if (argc > 1) loops = atoi(argv[1]); @@ -153,8 +153,8 @@ else threads_spec = "BSBSBSBS"; - fprintf(stderr, "loops/sleep_ms/burn/threads_spec: %d %d %d %s\n", - loops, sleepms, burn, threads_spec); + fprintf(stderr, "loops/sleep_ms/burn/threads_spec/affinity: %d %d %d %s %d\n", + loops, sleepms, burn, threads_spec, argc > 5 && atoi(argv[5])); fflush(stderr); b.name = "Brussels"; |