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
(11) |
2
(9) |
3
(11) |
4
(12) |
5
(11) |
|
6
(9) |
7
(13) |
8
(6) |
9
(7) |
10
(7) |
11
(11) |
12
(13) |
|
13
(7) |
14
(6) |
15
(7) |
16
(19) |
17
(20) |
18
(9) |
19
(9) |
|
20
(6) |
21
(7) |
22
(11) |
23
(16) |
24
(14) |
25
(24) |
26
(16) |
|
27
(20) |
28
(58) |
29
(7) |
30
(10) |
31
(15) |
|
|
|
From: Tom H. <to...@co...> - 2006-08-02 23:16:31
|
In message <eea...@ma...>
"indhu krishna sivaramakrishnan" <ind...@gm...> wrote:
> I am getting more than one process ids in the output. Does valgrind spawn a
> new process everytime it calls one of its tools? I know that there is an
> execve at the beginning in launcher.c where the tool is called. But is it
> happening multiple times?
No, valgrind never spawns new processes of it's own accord. Only if
the client program calls fork or clone will you see new processes or
threads appearing.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: indhu k. s. <ind...@gm...> - 2006-08-02 22:09:38
|
Hi,
I am a graduate student trying to use valgrind for collecting access pattern
for shared libraries when used with TLB.
I am using the tool cachegrind. I have modified the code to include a TLB
simulator and I collect the details about the access pattern for the
instrcutions.
when I give the following command
valgrind --tool=cachegrind --tlb=4,64,1 gedit FAQ.txt
where --tlb is where I give parameters for the TLB (--tlb= <line size>,
<number of entries>, <associativity>)
I am getting more than one process ids in the output. Does valgrind spawn a
new process everytime it calls one of its tools? I know that there is an
execve at the beginning in launcher.c where the tool is called. But is it
happening multiple times?
I have pasted the output that I got.
==13550== Cachegrind, an I1/D1/L2 cache profiler.
==13550== Copyright (C) 2002-2005, and GNU GPL'd, by Nicholas Nethercote et
al.
==13550== Using LibVEX rev 1575, a library for dynamic binary translation.
==13550== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP.
==13550== Using valgrind-3.1.1, a dynamic binary instrumentation framework.
==13550== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al.
==13550== For more details, rerun with: -v
==13550==
--13550-- warning: Pentium 4 with 12 KB micro-op instruction trace cache
--13550-- Simulating a 16 KB I-cache with 32 B lines
==13550== TLB is initialized
4-kB page, 64 lines, direct-mapped
Bonobo accessibility support initialized
GTK Accessibility Module initialized
==14012==
==14012== I refs: 44,306,061
==14012== I1 misses: 143
==14012== L2i misses: 25
==14012== I1 miss rate: 0.00%
==14012== L2i miss rate: 0.00%
==14012==
==14012== D refs: 21,038,484 (15,679,221 rd + 5,359,263 wr)
==14012== D1 misses: 115 ( 80 rd + 35 wr)
==14012== L2d misses: 59 ( 30 rd + 29 wr)
==14012== D1 miss rate: 0.0% ( 0.0% + 0.0% )
==14012== L2d miss rate: 0.0% ( 0.0% + 0.0% )
==14012==
==14012== L2 refs: 258 ( 223 rd + 35 wr)
==14012== L2 misses: 84 ( 55 rd + 29 wr)
==14012== L2 miss rate: 0.0% ( 0.0% + 0.0% )
==14012==
==14012== Number of TLB accesses: 65,344,545
==14012== Number of TLB misses: 1,537,595
==14326==
==14326== I refs: 55,632,758
==14326== I1 misses: 146
==14326== L2i misses: 25
==14326== I1 miss rate: 0.00%
==14326== L2i miss rate: 0.00%
==14326==
==14326== D refs: 26,547,633 (19,613,006 rd + 6,934,627 wr)
==14326== D1 misses: 115 ( 80 rd + 35 wr)
==14326== L2d misses: 59 ( 30 rd + 29 wr)
==14326== D1 miss rate: 0.0% ( 0.0% + 0.0% )
==14326== L2d miss rate: 0.0% ( 0.0% + 0.0% )
==14326==
==14326== L2 refs: 261 ( 226 rd + 35 wr)
==14326== L2 misses: 84 ( 55 rd + 29 wr)
==14326== L2 miss rate: 0.0% ( 0.0% + 0.0% )
==14326==
==14326== Number of TLB accesses: 82,180,391
==14326== Number of TLB misses: 2,056,475
Why are there so many different processes? Also, it takes a really long time
for the gedit to come up. Its been 20 minutes since the execution start.
Can somebody help me with this?
Thanks,
Indhu
|
|
From: <js...@ac...> - 2006-08-02 08:52:41
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2006-08-02 09:00:01 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 == 206 tests, 11 stderr failures, 5 stdout failures, 0 posttest failures == memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigaltstack (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/mremap (stderr) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-fp (stderr) none/tests/ppc32/round (stdout) none/tests/ppc32/round (stderr) none/tests/ppc32/test_fx (stdout) none/tests/ppc32/test_fx (stderr) none/tests/ppc32/test_gx (stdout) |
|
From: Robert W. <rj...@du...> - 2006-08-02 08:28:15
|
Hi all, It's been a while, but I've brought the watchpoints patch back up to date. You can find it here: http://www.durables.org/~rjwalsh/software/valgrind I've tested this on x86 FC4 only. Let me know if you find any problems. Regards, Robert. |
|
From: <js...@ac...> - 2006-08-02 03:00:04
|
Nightly build on phoenix ( SuSE 10.0 ) started at 2006-08-02 03:30:01 BST Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 235 tests, 5 stderr failures, 0 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/mempool (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) |
|
From: Tom H. <to...@co...> - 2006-08-02 02:45:49
|
Nightly build on dunsmere ( athlon, Fedora Core 5 ) started at 2006-08-02 03:30: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 == 237 tests, 5 stderr failures, 0 stdout failures, 0 posttest failures == memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) |
|
From: Tom H. <th...@cy...> - 2006-08-02 02:32:26
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2006-08-02 03:15:03 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 == 236 tests, 19 stderr failures, 0 stdout failures, 0 posttest failures == memcheck/tests/addressable (stderr) memcheck/tests/badjump (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/mempool (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/xml1 (stderr) |
|
From: Tom H. <th...@cy...> - 2006-08-02 02:25:07
|
Nightly build on dellow ( x86_64, Fedora Core 5 ) started at 2006-08-02 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 == 260 tests, 3 stderr failures, 0 stdout failures, 0 posttest failures == memcheck/tests/mempool (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) |
|
From: Tom H. <th...@cy...> - 2006-08-02 02:14:53
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2006-08-02 03:00:03 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 == 260 tests, 5 stderr failures, 0 stdout failures, 0 posttest failures == memcheck/tests/mempool (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/fdleak_fcntl (stderr) |