Hi Philippe.
Thank you for your reply.
>Can you post here these statistics ?
yes??I can??but I will do it tomorrow.Doing one time will cost over 24hours. It
sounds unbelievable.
But it is true.
When I use helgrind to analyse myprog, it runs so slowly (more than 1000 times
slowly,user guide say it will be 20~50times slowly). So I want to know why it
runs so slowly. I use memcheck to analyse myprog, and it run 20~50times
slowly,but why helgrind can not do it, and it cost so many memory.
I print memcheck log of myprog below,I think whether helgrind can not deal with
these operation of alloc big memory.
------------------------------
==63283== Warning: set address range perms:large
range[0x3a04c000,0x7a04f000)(defined)
==63283== Warning: set address range perms:large
range[0x7a04f040,0xba052040)(defined)
==63283== Warning: set address range perms:large
range[0xd4674000,0x114677000)(defined)
...
==63283== Warning: set address range perms:large
range[0x288ba7000,0x298baa000)(defined)
------------------------------
I use picture as follows.
------------------ ???????? ------------------
??????: "Philippe Waroquiers";<philippe.waroqui...@skynet.be>;
????????: 2015??6??12??(??????) ????2:45
??????: "????"<41202...@qq.com>;
????: "valgrind-users"<valgrind-users@lists.sourceforge.net>;
????: Re: ??????[Valgrind-users] ?????? helgrind use more than 32G memory.
On Thu, 2015-06-11 at 18:19 +0800, ???? wrote:
> --28682-- univ_laog_do_GC enter cardinality 9614
> --28682-- univ_laog_do_GC exit seen 6591 next gc at cardinality 9615
yes, one of the things that --stats=yes activates is some information
about laog GC.
>
> why?
> DRD have not that problem ,but DRD 's message is not accurate
> comparing with helgrind.
helgrind data structures are different of drd (a.o. to be able
to give precise information about race conditios).
Normally, --stats=yes should have produced statistics
at the end of your program (if your program exited due to
out of memory). If valgrind itself encountered the oom situation
then it should equally have produced statistics.
Can you post here these statistics ?
If they are not produced (unclear why), then you could instead
regularly run in another window
vgdb -c v.info stats -c v.info memory
to capture stats/memory during the run, before it reaches 64G.
Philippe------------------------------------------------------------------------------
_______________________________________________
Valgrind-users mailing list
Valgrind-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/valgrind-users
