Hi Philippe,
>Is your application 'memcheck-clean' ?
yes , it is. By the way, myprog uses 5 GB memory without Valgrind, and uses
10GB memory with memcheck, and uses over 64GB with helgrind. Using memcheck
myprog can run right, but using helgrind it crashs like what you have said.
>Before fixing the above, what you can do then is to capture
>the statistics before it crashes, using from a shell:
> vgdb v.info stats
>and post the resulting output
>(do the above when your application has already consumed a significant
>memory, but before it has crashed :).
I take it when myprog under valgrind used 29.2GB memory, I guess it is
significant enough.
sending command v.info stats to pid 28712
--28712-- translate : fast sp updates identified: 0
(0.0%)
--28712-- translate : generic_known sp updates identified:4,510
(93.6%)
--28712-- translate : generic_unknown sp updates identified:306 (6.3%)
--28712-- tt/tc:2,095,337 tt lookups requiring 2141437 probes
--28712-- tt/tc:2,072,309 fast-cache updates, 6 flushes
--28712-- new 30620(860,393 ->7,679,672; ratio 89:10) [0 scs]
--28712-- dumped 0(0->??)
--28712-- discarded 18(594 ->??)
--28712-- scheduler:264,186,172 event checks.
--28712-- scheduler:163,765,532 indir transfers, 1,638,538 misses (1 in 99)
--28712-- scheduler:2,641/21,065,894 major/minor sched events.
--28712-- sanity 2644 cheap, 53 expensive checks.
--28712-- exectx:12,289 lists, 10,468 contexts (avg 0 per list)
--28712-- exectx :9,172,551 searches, 9,179,201 full compares (1,000 per 1000)
--28712-- exectx : 0 cmp2, 8,734 cmp4, 0 cmpAll
--28712-- errormgr: 3 supplist searches, 55 comparisions during search
--28712-- errormgr: 4,705 errlist searches, 8,734 comparisons during search
Wordset " univ_lsets ":
addTo 1861656(15667 uncached)
delForm 1831214(228 uncached)
union 0
intersect 1(0 uncached) [nb. incl isSubsetOf]
minus 0 (0 uncached)
elem 947507
doubleton 0
isEmpty 931132
isSingleton 0
anyElemtentOf 0
ifsubsetof 1
dieWS 0
Wordset "univ_laog":
addTo 240996259(240994769 uncached)
delForm 10 (10 uncached)
union 0
intersect 0 (0 uncahed ) [nb .incl isSubsetof]
minus 0
elem 0
doubleton 15559
isEmpty 0
isSingleton 0
anyElementOf 0
isSubsetof 0
dieWS 240966779
locksets: 15,615 unique lock sets
univ_laog: 46,445 unique lock sets
LockN-to-P map: 1 queries(1 map size)
string table map: 0 queries(0 map size)
LAOG:15.557 map size
LAOG exposition: 120,505,100 map size
locks: 931,132 acquires, 915,607 releases
sanity checks:
<<<BEGIN libhb stats>>>
secmaps: 66,706 allocd (546,455,552 g-a-range)
linesZ: 8,538,368 allocd(409,841,664 bytes occupied)
linesF: 531,515 allocd (276,387,800 bytes occupied)
secmaps: 0 iterator steppings
secmaps:34,659,884 searches(10,913,136 slow)
cache: 1,312,567,566 totrefs (14,120,124 misses)
cache: 13,092,998 Z-fetch, 1027,126 F-fetch
cache: 12,669,322 Z-wback, 1,385,266 F-wback
cache: 19 invals, 18 flushes
cache: 6,522,063,696 arang_New 1,770,286,400 direct-to-Zreps
cline:14,120,124 normalises
cline:c rds 8/4/2/1 : 110,939,011 16,127,798 4,417,962 56,259,749
cline:c wrs 8/4/2/1: 271,897,522 29,052,560 17,694,752 39,060,366
cline:s wrs 8/4/2/:761,884,776 1,532,437 2,226,925 1,414,392
cline:s rdls 63,510 s copyls 63,510
cline: splits:8to4 6,458,760 4to2 7,524,761 2to1 7,814,224
cline:pulldowns:8to4 25,582,382 4to2 17,336,120 2to1 24,085,196
libhb: 183,323,453 msmcread (122,877,511 dragovers)
libhb: 340,328,522 msmcwrite (47,347,878 dragovers)
libhb:159,883,155 cmpLEQ queries (12,644,655 misses)
libhb:124,714,476 join2 queries(6,251,276 misses)
libhb:VTSops:tick 1,831,254 ,join 6,251,276, cmpLEQ 12,644,655
libhb:VTSops: cmp_structural 195,342,726 (176,646,626 slow)
libhb:VRSset: find_or_clone_and_add 8,082,531 (925,969 allocd)
libhb:VTSops:indexAt_SLOW 6
libhb:679272 entries in vts_table (approximately 16302528 bytes)
libhb:679272 entries in vts_set
libhb:ctxt_rcdec:1=161037815(38320474 eq), 2=9, 3=8292043
libhb:ctxt_rcdec:calls 169329867,discards 0
libhb:contextTab: 196613 slots ,258461 max ents
libhb:contextTab??170225389 queries, 173948778 cmps
<<<END libhb stats>>>
> --8146-- univ_laog_do_GC exit seen 41326 next gc at cardinality 61780
> --8146-- univ_laog_do_GC enter cardinality 61780
> --8146-- VALGRIND INTERNAL ERROR:Valgrind received a signal 11
> (SIGSEGV) -exiting
> --8146-- si_code = 1; Faulting address:0x8031AD000; sp: 0x80317db70
> valgrind :the 'impossible' happened:
> Killed by fatal signal
The above means Valgrind crashed, for an undetermined reason
(either an internal bug in Valgrind, or alternatively, a bug
in your application that corrupts the memory).
Is your application 'memcheck-clean' ?
Before fixing the above, what you can do then is to capture
the statistics before it crashes, using from a shell:
vgdb v.info stats
and post the resulting output
(do the above when your application has already consumed a significant
memory, but before it has crashed :).
Philippe------------------------------------------------------------------------------
_______________________________________________
Valgrind-users mailing list
Valgrind-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/valgrind-users
