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
(39) |
2
(29) |
3
(27) |
4
(50) |
5
(37) |
|
6
(14) |
7
(28) |
8
(44) |
9
(38) |
10
(32) |
11
(49) |
12
(51) |
|
13
(37) |
14
(32) |
15
(70) |
16
(50) |
17
(43) |
18
(56) |
19
(23) |
|
20
(22) |
21
(36) |
22
(12) |
23
(22) |
24
(10) |
25
(13) |
26
(21) |
|
27
(17) |
28
(16) |
29
(33) |
30
(14) |
|
|
|
|
From: Tom H. <th...@cy...> - 2005-11-07 03:18:40
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2005-11-07 03:05:05 GMT 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 == 177 tests, 1 stderr failure, 1 stdout failure ================= none/tests/amd64/faultstatus (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2005-11-07 03:13:46
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2005-11-07 03:00:04 GMT 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 == 177 tests, 2 stderr failures, 0 stdout failures ================= none/tests/amd64/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) |
|
From: John R.
|
>> As for profiling a longer-running program, please suggest suitable >> testcases. > > > Konqueror is a good one, as it's quite big but is all a single process > (unlike OpenOffice, for example). An interesting first run would be to > start up, view a couple of websites and then close it. > > Vim or xedit or another editor would also be interesting -- again start > up, do some stuff, shut down. http://BitWagon.com/valgrind/vg-konq.tsprof.bz2 96331 bytes ==> 620595 bytes, 7463 lines http://BitWagon.com/valgrind/vg-vim.tsprof.bz2 80711 bytes ==> 513247 bytes, 6217 lines Run on 2.0GHz AMD64 using valgrind-3.0.1 minimally modified as per previously-posted patch, which identifies modules dynamically loaded by valgrind, so that other tools can "see" them. Time is measured by thread-virtual hardware TSC cycle counter provided by perfctr patches, as used by tsprof, a proprietary profiling application. The previous report on 2005-09-04 used non-virtualized wallclock time on an "otherwise-idle" machine. In the reports, "<unknown subroutine>" corresponds to VEX-generated code. For instance, the vim-under-valgrind run shows this excerpt: ----- count ticks millisec @millisec % [id] module:name 11442209 19088608055 9497.7130 0.0008 37 [10] 0:<unknown subroutine> 11442209 6634858092 3301.2348 0.0003 35 [10] 0:<unknown subroutine> (self) 6768800 3323591125 1653.6834 0.0002 17 [10]->[16] 2:amd64g_calculate_condition 1824246 2599201091 1293.2565 0.0007 14 [10]->[19] 2:vgPlain_unknown_SP_update 3402866 1620918313 806.5029 0.0002 8 [10]->[28] 2:amd64g_calculate_rflags_c 4732061 1377005011 685.1415 0.0001 7 [10]->[32] 5:vgMemCheck_helperc_LOADV1 5567188 1040584819 517.7526 0.0001 5 [10]->[38] 5:vgMemCheck_helperc_LOADV8le 4443735 698827803 347.7082 0.0001 4 [10]->[58] 5:vgMemCheck_helperc_STOREV8le 1776344 474429732 236.0569 0.0001 2 [10]->[70] 5:vgMemCheck_helperc_STOREV1 1462144 374469654 186.3208 0.0001 2 [10]->[85] 5:vgMAC_die_mem_stack_8 2044409 356894445 177.5761 0.0001 2 [10]->[88] 5:vgMemCheck_helperc_MAKE_STACK_UNINIT 1027349 233359193 116.1100 0.0001 1 [10]->[116] 5:vgMemCheck_helperc_LOADV4le 1292385 214058138 106.5066 0.0001 1 [10]->[122] 5:vgMAC_new_mem_stack_8 455598 101726912 50.6152 0.0001 1 [10]->[163] 5:vgMemCheck_helperc_STOREV4le 20989 18884921 9.3964 0.0004 0 [10]->[321] 5:mc_LOADVn_slow 34723 9040793 4.4983 0.0001 0 [10]->[378] 5:vgMemCheck_helperc_LOADV2le 14962 4322899 2.1509 0.0001 0 [10]->[430] 5:vgMemCheck_helperc_STOREV2le 2827 4156037 2.0679 0.0007 0 [10]->[433] 5:mc_STOREVn_slow 9 1466390 0.7296 0.0811 0 [10]->[517] 5:mc_record_value_error 331 225631 0.1123 0.0003 0 [10]->[680] 5:vgMAC_new_mem_stack_16 2 190098 0.0946 0.0473 0 [10]->[692] 2:sync_signalhandler 152 171809 0.0855 0.0006 0 [10]->[698] 5:vgMAC_new_mem_stack_32 170 135610 0.0675 0.0004 0 [10]->[722] 5:vgMAC_die_mem_stack_32 63 62011 0.0309 0.0005 0 [10]->[783] 5:vgMAC_die_mem_stack_16 9 11246 0.0056 0.0006 0 [10]->[936] 5:vgMemCheck_helperc_value_check0_fail 21 8910 0.0044 0.0002 0 [10]->[949] 2:amd64g_dirtyhelper_RDTSC 10 7372 0.0037 0.0004 0 [10]->[970] 2:amd64g_calculate_rflags_all ----- where execution of generated instructions accounted for 0.37 * 0.35 = 13% of all cycles, and subroutines called by generated code accounted for 0.37 * (1 - 0.35) = 24% of all cycles. Both figures include profiling overheads of a few hundred cycles per CALL+RET; YMMV. [The measurement overhead can be reduced to zero by considering the called routines as "inlined" into their callers, but then the entry counts are unavailable, too.] The profiled run of vim-under-valgrind (26 seconds) completed normally. The profiled run of konqueror-under-valgrind (55 seconds) got as far as indicated below. konqueror runs under either valgrind or the profiler separately. The blame for the Assertion during konqueror-under-valgrind-under-tsprof has not yet been investigated. ----- Detaching after fork from child process 4840. kbuildsycoca running... not in syscall (0x7005DEBA - 0x7005DF3E) valgrind: syswrap-main.c:570 (vgPlain_client_syscall): Assertion 'sci->status.what == SsIdle' failed. ==4835== at 0x7001AC21: panic (m_libcassert.c:175) ==4835== by 0x70EEEFFF: ??? ==4835== by 0x80B1412BE9: ??? sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==4835== at 0x1476BF22: __write_nocancel (in /lib64/tls/libpthread-2.3.4.so) ==4835== by 0x12DBBC10: KProcessController::theSigCHLDHandler(int) (in /usr/lib64/libkdecore.so.4.2.0) ==4835== by 0x1476D31F: (within /lib64/tls/libpthread-2.3.4.so) ----- -- |