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
(17) |
2
(15) |
3
(36) |
4
(24) |
5
(36) |
|
6
(18) |
7
(16) |
8
(18) |
9
(19) |
10
(18) |
11
(37) |
12
(18) |
|
13
(13) |
14
(21) |
15
(27) |
16
(10) |
17
(16) |
18
(25) |
19
(21) |
|
20
(11) |
21
(14) |
22
(6) |
23
(15) |
24
(27) |
25
(3) |
26
(9) |
|
27
(16) |
28
(24) |
29
(21) |
30
(43) |
31
(42) |
|
|
|
From: Nicholas N. <nj...@cs...> - 2005-03-13 18:46:53
|
On Sun, 13 Mar 2005, Julian Seward wrote:
>> Also, I find that none/tests/manythreads takes about 150 seconds on my
>> machine, which is more than half of the time for the whole (reduced SVN
>> tree) suite.. Could we reduce the number of threads by 90% to 1000?
>
> Hmm. I had dealings with that one yesterday and I thought rev 3311 fixed
> it. Even on my weedy 1 GHz VIA machine, it now takes 4.1 seconds. This
> 10000ness of the test is valuable, because it guarantees that if the test
> completes then the address space manager is not leaking thread stacks
> since each thread stack is 2M.
>
> In vg_memory.c find this line:
>
> if (0) show_segments("unmap_range(BEFORE)");
>
> and change it to if (1). Re-run. You'll get a tremendous amount of
> crap, but if the address space manager is working OK it should settle
> down to showing about 40-50 segments, basically staying constant
> after about the first 10MB or so of logfile spewage. If it's still
> broken the number of segments might be rising endlessly.
The number is increasing. Check out www.cs.utexas.edu/~njn/trace.bz2,
which got up to 20MB and 973 segments before I killed it.
N
|
|
From: Julian S. <js...@ac...> - 2005-03-13 18:22:17
|
> 1. pth_exit hangs near the end. [...]
>
> The --trace-syscalls=yes log (attached; note that it's for the program
> without the debugging printf statements) indicates that it's getting stuck
> in a poll() call -- if I let the program run, the repeating lines at the
> end of the log get added to about once every 2 seconds.
>
> Any ideas what the problem is, or how I could debug this further?
Interesting. OOo on SuSE 9.1 also hangs at exit but will then
exit after Control-C; there are several threads that have called
exit_group but two which are stuck in 'poll'. I'll make enquiries.
This looks just slightly simpler to debug than OOo :-)
> ---
>
> Also, I find that none/tests/manythreads takes about 150 seconds on my
> machine, which is more than half of the time for the whole (reduced SVN
> tree) suite.. Could we reduce the number of threads by 90% to 1000?
Hmm. I had dealings with that one yesterday and I thought rev 3311 fixed
it. Even on my weedy 1 GHz VIA machine, it now takes 4.1 seconds. This
10000ness of the test is valuable, because it guarantees that if the test
completes then the address space manager is not leaking thread stacks
since each thread stack is 2M.
In vg_memory.c find this line:
if (0) show_segments("unmap_range(BEFORE)");
and change it to if (1). Re-run. You'll get a tremendous amount of
crap, but if the address space manager is working OK it should settle
down to showing about 40-50 segments, basically staying constant
after about the first 10MB or so of logfile spewage. If it's still
broken the number of segments might be rising endlessly.
J
|
|
From: Nicholas N. <nj...@cs...> - 2005-03-13 18:01:41
|
Hi, In the subversion tree, two regtests are hanging for me, with my Debian 3.0, 2.4.29 kernel system. 1. pth_exit hangs near the end. I augmented it with debugging printf statements (see attachment), and I get the following output. ==11609== Nulgrind, a binary JIT-compiler. ==11609== Copyright (C) 2002-2005, and GNU GPL'd, by Nicholas Nethercote. ==11609== Using LibVEX rev 1020, a library for dynamic binary translation. ==11609== Copyright (C) 2004, and GNU GPL'd, by OpenWorks LLP. ==11609== Using valgrind-3.0.0.CVS, a dynamic binary instrumentation framework. ==11609== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==11609== For more details, rerun with: -v ==11609== pre-1 pre-sleep pre-2 pre-sleep pre-3 pre-sleep pre-4 pre-sleep pre-exit post-sleep post-sleep post-sleep post-sleep It then hangs here. If I hit Ctrl-C it then prints the message from TL_(fini) and finishes normally. The --trace-syscalls=yes log (attached; note that it's for the program without the debugging printf statements) indicates that it's getting stuck in a poll() call -- if I let the program run, the repeating lines at the end of the log get added to about once every 2 seconds. Any ideas what the problem is, or how I could debug this further? --- Also, I find that none/tests/manythreads takes about 150 seconds on my machine, which is more than half of the time for the whole (reduced SVN tree) suite.. Could we reduce the number of threads by 90% to 1000? N |
|
From: Nicholas N. <nj...@cs...> - 2005-03-13 15:06:21
|
Hi,
With GCC-4.0.0-pre, I get this warning:
vg_symtab2.c: In function 'canonicaliseLoctab':
vg_symtab2.c:691: warning: large integer implicitly truncated to unsigned type
The relevant code looks like this:
if (si->loctab[i].addr + si->loctab[i].size > si->loctab[i+1].addr) {
/* Do this in signed int32 because the actual .size fields
are unsigned 16s. */
Int new_size = si->loctab[i+1].addr - si->loctab[i].addr;
if (new_size < 0) {
si->loctab[i].size = 0;
} else
if (new_size >= 65536) {
si->loctab[i].size = 65535;
} else {
si->loctab[i].size = (UShort)new_size;
}
}
I think the problem is that the 'size' field of the RiLoc struct is only a
12-bit integer. So I think the relevant part of the code above should be
changed to this:
if (new_size > MAX_LOC_SIZE) {
si->loctab[i].size = MAX_LOC_SIZE;
} else {
si->loctab[i].size = (UShort)new_size;
}
Can someone confirm this is the right thing to do here? Thanks.
N
|
|
From: Jeremy F. <je...@go...> - 2005-03-13 08:12:00
|
Naveen Kumar wrote:
>Hi,
> In mapelf(ume.c) if memsz > filesz we zero out as
>follows
>
> bytes = bss & (VKI_BYTES_PER_PAGE - 1);
> if (bytes > 0) {
> bytes = VKI_BYTES_PER_PAGE - bytes;
> memset((char *)bss, 0, bytes);
> }
>
>shouldn't we zero it out as
>
>memset((char*)bss, 0, (char*)brkaddr - (char*)bss +
>1);
>to fill the rest of memsz-filesz bytes ???
>The current code was the prime reason stage2 wasn't
>loading using the default runtime linker(ld.so) on
>solaris-x86. It doesn't seem to make much of a
>difference on linux but on solaris it seems critical.
>Any thoughts ??
>
It shouldn't be necessary to clear out the whole bss. There should be
two mappings: one mmaping the data segment out of the executable, and a
second anonymous (or /dev/zero) mapping for all but the first partial
page of the bss. If the data does not end exacty on a page boundary,
then the bss will start in the middle of the last page mmapped from the
executable. Since the remainder of the page will not necessarily
contain zeros as the bss requires, it needs to be manually zeroed. The
rest of the bss will be already zeroed, since it has been mmaped
anonymously/from /dev/zero.
J
|
|
From: Nicholas N. <nj...@cs...> - 2005-03-13 05:13:10
|
CVS commit by nethercote:
Add missing argument to a printf.
M +1 -1 vg_scheduler.c 1.230
--- valgrind/coregrind/vg_scheduler.c #1.229:1.230
@@ -1081,5 +1081,5 @@ void scheduler_sanity ( ThreadId tid )
VG_(message)(Vg_DebugMsg,
"Thread %d supposed to be in LWP %d, but we're actually %d\n",
- VG_(threads)[tid].os_state.lwpid, VG_(gettid)());
+ tid, VG_(threads)[tid].os_state.lwpid, VG_(gettid)());
bad = True;
}
|
|
From: Naveen K. <g_n...@ya...> - 2005-03-13 04:37:18
|
Hi,
In mapelf(ume.c) if memsz > filesz we zero out as
follows
bytes = bss & (VKI_BYTES_PER_PAGE - 1);
if (bytes > 0) {
bytes = VKI_BYTES_PER_PAGE - bytes;
memset((char *)bss, 0, bytes);
}
shouldn't we zero it out as
memset((char*)bss, 0, (char*)brkaddr - (char*)bss +
1);
to fill the rest of memsz-filesz bytes ???
The current code was the prime reason stage2 wasn't
loading using the default runtime linker(ld.so) on
solaris-x86. It doesn't seem to make much of a
difference on linux but on solaris it seems critical.
Any thoughts ??
Thanks
Naveen
__________________________________
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/
|
|
From: <js...@ac...> - 2005-03-13 04:02:10
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-03-13 03:50:00 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_mmx: valgrind ./insn_mmx insn_mmxext: (skipping, prereq failed: ../../../tests/cputest x86-mmxext) insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 200 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/writev (stderr) corecheck/tests/fdleak_fcntl (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <to...@co...> - 2005-03-13 03:28:18
|
Nightly build on dunsmere ( Fedora Core 3 ) started at 2005-03-13 03:20:03 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_cmov: valgrind ./insn_cmov insn_fpu: valgrind ./insn_fpu insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int sh: line 1: 31198 Segmentation fault VALGRINDLIB=/tmp/valgrind.6156/valgrind/.in_place /tmp/valgrind.6156/valgrind/./coregrind/valgrind --command-line-only=yes --memcheck:leak-check=no --addrcheck:leak-check=no --tool=none ./int >int.stdout.out 2>int.stderr.out pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 206 tests, 2 stderr failures, 0 stdout failures ================= memcheck/tests/scalar (stderr) memcheck/tests/scalar_supp (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-03-13 03:22:16
|
Nightly build on audi ( Red Hat 9 ) started at 2005-03-13 03:15:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow cpuid: valgrind ./cpuid dastest: valgrind ./dastest fpu_lazy_eflags: valgrind ./fpu_lazy_eflags insn_basic: valgrind ./insn_basic insn_cmov: valgrind ./insn_cmov insn_fpu: valgrind ./insn_fpu insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 205 tests, 0 stderr failures, 0 stdout failures ================= |
|
From: Tom H. <th...@cy...> - 2005-03-13 03:16:23
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2005-03-13 03:10:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_basic: valgrind ./insn_basic insn_cmov: valgrind ./insn_cmov insn_fpu: valgrind ./insn_fpu insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 204 tests, 2 stderr failures, 0 stdout failures ================= memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-03-13 03:15:23
|
Nightly build on standard ( Red Hat 7.2 ) started at 2005-03-13 03:00:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 204 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/leak-tree (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) addrcheck/tests/leak-tree (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-03-13 03:11:32
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2005-03-13 03:05:01 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow -- Finished tests in none/tests ---------------------------------------- == 204 tests, 15 stderr failures, 0 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/describe-block (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/pointer-trace (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) addrcheck/tests/leak-0 (stderr) addrcheck/tests/leak-cycle (stderr) addrcheck/tests/leak-regroot (stderr) addrcheck/tests/leak-tree (stderr) make: *** [regtest] Error 1 |