Le 23/01/2012 10:56, Lars Gullik Bjønnes a écrit :

| A good tool to know where memory goes is the massif tool of valgrind.

This is the result from a ~6hrs run.
I am not quite sure how to read it.

Like what Stephan reported, we see:

fantomas: ms_print massif.out.24204|grep TextClass::TextClass
->01.02% (303,120B) 0x58C82F: lyx::TextClass::TextClass(lyx::TextClass const&) (new_allocator.h:92) ->03.16% (972,720B) 0x58C82F: lyx::TextClass::TextClass(lyx::TextClass const&) (new_allocator.h:92) ->03.06% (1,262,880B) 0x58C82F: lyx::TextClass::TextClass(lyx::TextClass const&) (new_allocator.h:92) ->03.56% (1,486,080B) 0x58C82F: lyx::TextClass::TextClass(lyx::TextClass const&) (new_allocator.h:92) ->05.12% (1,642,320B) 0x58C82F: lyx::TextClass::TextClass(lyx::TextClass const&) (new_allocator.h:92) ->04.06% (1,709,280B) 0x58C82F: lyx::TextClass::TextClass(lyx::TextClass const&) (new_allocator.h:92) ->05.74% (1,865,520B) 0x58C82F: lyx::TextClass::TextClass(lyx::TextClass const&) (new_allocator.h:92) ->04.54% (1,932,480B) 0x58C82F: lyx::TextClass::TextClass(lyx::TextClass const&) (new_allocator.h:92)

We see that the number of allocated TextClass objects increses. I think that we never release buffers cloned by autosave.

JMarc

Reply via email to