If somebody has a larger image can he/she load the latest version of Glamour-Morphic-Brick and then run [1] plus a few garbage collects.
[1] Smalltalk cleanUp: true except: #() confirming: false. Cheers, Andrei On Tue, Mar 24, 2015 at 4:56 PM, Sven Van Caekenberghe <[email protected]> wrote: > > > On 24 Mar 2015, at 16:50, Andrei Chis <[email protected]> > wrote: > > > > There are lot of spotter objects that do not get garbaged collected > > > > GTSpotter allInstances size --> 29 in my image > > I got 10 now. > > But can they cause megabytes to be locked up ? > > > On Tue, Mar 24, 2015 at 4:16 PM, Tudor Girba <[email protected]> > wrote: > > Yes, there are clearly objects lying around. I suspect it has to do with > Playground or Inspector, but I am not sure. > > > > Doru > > > > On Tue, Mar 24, 2015 at 4:13 PM, Max Leske <[email protected]> wrote: > > > > > On 24 Mar 2015, at 15:18, Sven Van Caekenberghe <[email protected]> wrote: > > > > > > Hi, > > > > > > There seems to be some kind of memory leak in recent Pharo 4.0 images. > Image size (as saved on disk) seems to be growing very rapidly under normal > use (development with Nautilus, Spotter, GTPlayground, GTInspector and > Monticello, debugging). Numbers go from the initial 20Mb to 100s of Mb and > they seem to increase constantly, over a period of days. > > > > Are you saying that the static image size is growing? Dynamic growth > could easily be explained by leaks in NativeBoost for instance. But static > image size means that there are objects lying around that shouldn’t (at > least that should be easier to debug). > > > > > > > > One way to look at memory use is with > > > > > > SpaceTally printSpaceAnalysis > > > > > > but that takes a while. > > > > > > Please help us find and fix this issue. > > > > > > Thanks, > > > > > > Sven > > > > > > > > > > > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > >
