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
(32) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
(17) |
2
(11) |
3
(6) |
4
(6) |
|
5
(10) |
6
(5) |
7
(3) |
8
(7) |
9
(4) |
10
(4) |
11
(3) |
|
12
(3) |
13
(17) |
14
(18) |
15
(32) |
16
(22) |
17
(18) |
18
(10) |
|
19
(4) |
20
(3) |
21
(8) |
22
(15) |
23
(32) |
24
(28) |
25
(18) |
|
26
(20) |
27
(16) |
28
(28) |
29
(28) |
30
(27) |
|
|
|
From: Tom H. <th...@cy...> - 2009-04-24 02:54:17
|
Nightly build on lloyd ( x86_64, Fedora 7 ) started at 2009-04-24 03:05:04 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 478 tests, 0 stderr failures, 0 stdout failures, 0 post failures == |
|
From: Tom H. <th...@cy...> - 2009-04-24 02:38:04
|
Nightly build on mg ( x86_64, Fedora 9 ) started at 2009-04-24 03:10:04 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 484 tests, 0 stderr failures, 1 stdout failure, 0 post failures == none/tests/linux/mremap2 (stdout) |
|
From: Nicholas N. <n.n...@gm...> - 2009-04-24 01:54:00
|
On Fri, Apr 24, 2009 at 5:49 AM, Bart Van Assche <bar...@gm...> wrote: > On Thu, Apr 23, 2009 at 5:10 AM, Nicholas Nethercote > <n.n...@gm...> wrote: >> Some time in the last few days, on my ubuntu box, >> helgrind/tests/tc19_shadowmem started running incredibly slowly under >> DRD. It used to take a few seconds, now it takes about 5 minutes. It >> happens with both 32-bit and 64-bit builds. It's still fast under >> Helgrind. > > You are not doing justice to DRD with such comments. Anyone who looks > at user comments or at the bug database can see that since the time > DRD is no longer an experimental tool it is doing a great job. The > performance of the DRD tool is acceptable: for some programs it runs > slightly faster than Helgrind and for some other it runs slightly > slower. The program tc19_shadowmem is an exception for which DRD runs > significantly slower than Helgrind. > > Your e-mail creates the impression that at some time there would have > been a change in DRD that caused it to process tc19_shadowmem a lot > slower than before. This is not correct. About a month ago (March 10, > 2009) you informed me via private e-mail that there was an error in > the file drd/tests/tc19_shadowmem.vgtest which caused this test to be > skipped by DRD. This error was fixed on the same day (r9337) and since > then during the regression tests DRD runs the program tc19_shadowmem. I wasn't aiming to criticise DRD, I was aiming to understand some mysterious behaviour on my machine. I made this clear in my original email: "The weird thing is that it doesn't appear due to a change in Valgrind. No recent changes seem like they could possibly have caused this... I'm wondering if a software update on my machine could have caused it" Moving on, I did some further investigating, and found some very strange behaviour: - If I run 'make regtest', it takes 6:08 minutes - If I run '/usr/bin/perl tests/vg_regtest memcheck cachegrind callgrind massif lackey none helgrind drd exp-omega exp-ptrcheck', it takes 11:07 minutes. This command is exactly what is run by 'make regtest', after it runs the 'check' target. I then tried removing drd/tests/tc19_shadowtest: - 'make regtest' takes 5:03 minutes - '/usr/inb/perl tests/vg_regtest ...' takes 6:23 minutes So the conclusion is that running the regtests via "make check" somehow makes drd/tests/tc19_shadowmem *much* faster (ie. 1 minute instead of 5), and also makes all the other tests a little bit faster (ie. 1 minute faster for the rest of the regtests). It's all repeatable, too. This makes no sense to me at all. So I guess nothing has changed, either in DRD or on my system; tc19_shadowmem probably always did take almost 5 minutes by itself, but probably I only ever ran it under "make regtest" before now, never by itself. > After having read your e-mail I started looking at why DRD was > processing tc19_shadowmem so slowly. By this time DRD should process > this test program significantly faster -- on my PC it is now processed > in 50s. After updating, I get these results: - drd/tests/tc19_shadowmem by itself takes 17s - 'make regtest' takes 4:51 minutes - '/usr/inb/perl tests/vg_regtest ...' takes 5:08 minutes 5 minutes to 17 seconds is a big improvement! Thanks for looking into it. The difference between the 'make regtest' time and the 'perl tests/vg_regtest ...' time is much smaller too, which is good for my sanity. Nick |