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
|
|
2
|
3
|
4
|
5
(2) |
6
(1) |
7
|
8
|
|
9
(1) |
10
(1) |
11
|
12
|
13
|
14
(3) |
15
(4) |
|
16
(4) |
17
(2) |
18
(18) |
19
|
20
|
21
(7) |
22
|
|
23
(2) |
24
(3) |
25
(1) |
26
(5) |
27
(12) |
28
(1) |
29
(2) |
|
30
(4) |
31
|
|
|
|
|
|
|
From: Eyal L. <ey...@ey...> - 2003-03-14 10:34:08
|
Nicholas Nethercote wrote:
>
> On Fri, 14 Mar 2003, Eyal Lebedinsky wrote:
> > I added a line saying
> >
> > ==nnnn== Time: dddddd-hh:mm:ss
>
> > Is there a standard was to request such timestamping? I would
> > not mind learning how to properly add it to the package, with
> > a proper --time-stap=yes option.
>
> Just choose an existing option and copy the way it's done. For example,
> search for "--gdb-attach" and "VG_(clo_GDB_attach)" in the source ("clo"
> is short for "command line option).
OK, here is a humble patch that adds a new option
--time-stamp=[no|yes]
which yields the report below. I find that localtime() fails to account
for timezone when used in valgrind, if anyone can fix it please do so.
$ date ; valgrind --time-stamp=yes ls
Fri Mar 14 21:31:01 EST 2003
==18272== Memcheck, a.k.a. Valgrind, a memory error detector for
x86-linux.
==18272== Copyright (C) 2002, and GNU GPL'd, by Julian Seward.
==18272== Using valgrind-1.9.4, a program instrumentation system for
x86-linux.
==18272== Copyright (C) 2000-2002, and GNU GPL'd, by Julian Seward.
==18272== Estimated CPU clock rate is 1204 MHz
==18272== For more details, rerun with: -v
==18272==
==18272== Time: 2003/03/14 10:31:01
==18272== pthread_mutex_destroy: mutex is still in use
==18272== at 0x40352E70: pthread_error (vg_libpthread.c:288)
==18272== by 0x40353D3F: __pthread_mutex_destroy
(vg_libpthread.c:998)
==18272== by 0x402CE1CE: closedir (in /lib/libc-2.2.5.so)
==18272== by 0x804A90D: (within /bin/ls)
03.ndx ds1.bat odds setit.bat test-all.bat
build examples okreps ssacssv.err testall
build.bat ids.db prepids ssacssv.log testall.bat
chkunpdf ids.dbg prepids.bat ssarun.log testit.bat
chkunpdf.awk idscosv.err rds stopit.bat tests
chkunpdf.bat idscosv.log rds.awk stress.bat testx03g.lst
cleanit.bat idssrsv.err rds.bat stress1.bat testx03p.lst
data idssrsv.log rule.db systems x
distro makefile rule.ndx t x.c
ds1 makefile.tpl setit t.bat xmit
==18272==
==18272== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 1)
==18272== malloc/free: in use at exit: 13833 bytes in 80 blocks.
==18272== malloc/free: 90 allocs, 10 frees, 24577 bytes allocated.
==18272== For a detailed leak analysis, rerun with: --leak-check=yes
==18272== For counts of detected errors, rerun with: -v
--
Eyal Lebedinsky (ey...@ey...) <http://samba.org/eyal/> |
|
From: Nicholas N. <nj...@ca...> - 2003-03-14 08:37:32
|
On Fri, 14 Mar 2003, Eyal Lebedinsky wrote:
> My standard run takes about 15h, and in this period a single server
> deals with a few hundred clients. I need to know which valgrind
> error report belongs to which client, and the way to do it is to
> timestamp the reports.
>
> I added a line saying
>
> ==nnnn== Time: dddddd-hh:mm:ss
> Is there a standard was to request such timestamping? I would
> not mind learning how to properly add it to the package, with
> a proper --time-stap=yes option.
Just choose an existing option and copy the way it's done. For example,
search for "--gdb-attach" and "VG_(clo_GDB_attach)" in the source ("clo"
is short for "command line option).
> Right now I find the most important bit (after correctness) to
> be the speedup of the main scheduler, most of the above 15
> hours pass with the CPU at 98-100% idle. Is anyone working
> on this part currently?
Not really. Valgrind's threads implementation is not very fast, because
most programs don't really need it to be. And as simple as it is, it's
still one of the most complicated and problematic parts of Valgrind. So I
wouldn't hold your breath for improvements any time soon, sorry.
N
|
|
From: Eyal L. <ey...@ey...> - 2003-03-14 08:19:33
|
My standard run takes about 15h, and in this period a single server deals with a few hundred clients. I need to know which valgrind error report belongs to which client, and the way to do it is to timestamp the reports. I added a line saying ==nnnn== Time: dddddd-hh:mm:ss to the start of the report and I find it very usefull. It was a worthy exercies as I found that I cannot simply access the c library (I am still to learn how to do this) but since I did have access to time() I displayed the rest using a simple function. Is there a standard was to request such timestamping? I would not mind learning how to properly add it to the package, with a proper --time-stap=yes option. Right now I find the most important bit (after correctness) to be the speedup of the main scheduler, most of the above 15 hours pass with the CPU at 98-100% idle. Is anyone working on this part currently? -- Eyal Lebedinsky (ey...@ey...) <http://samba.org/eyal/> |