Ok, we are looking at that with marcus. So, one thing that may be causing problems is that there are some usages of #onAnnouncement: anAnnouncement do: aBlock. And since we don't have ephermerons, the usage of blocks in announcements is leaking references. Also, looking at the usages of onAnnouncement:do:, we found NECController>>setEditor:, which is called for every keystroke in when using autocompletion :D. Maybe the cause is around here? On Thu, Aug 1, 2013 at 1:40 PM, Marcus Denker <marcus.denker@inria.fr>wrote:
Yes, I think the announcers of morph might be the cause of the problem...
On Thu, Aug 1, 2013 at 1:09 PM, phil@highoctane.be <phil@highoctane.be>wrote:
I did a little run on those MorphExtensions and got the output file in annex.
Cursor wait showWhile: [ (FileSystem disk workingDirectory / 'MorphExtensions.txt') asFileReference writeStreamDo: [ :s | MorphExtension allInstancesDo: [ :each | each printOn: s. s lf ] ] ].
Looks like there are a lot of Announcers.
Phil
On Thu, Aug 1, 2013 at 9:35 AM, Marcus Denker <marcus.denker@inria.fr>wrote:
On Aug 1, 2013, at 1:31 AM, phil@highoctane.be wrote:
Doing the flushCaches...
Image size before cleaning a MCSmalltalkhubRepository( http://smalltalkhub.com/mc/estebanlm/EclipsePack/main/) : 324017564 Image size after cleaning a MCSmalltalkhubRepository( http://smalltalkhub.com/mc/estebanlm/EclipsePack/main/) : 324137232 Image size before cleaning a MCSmalltalkhubRepository( http://smalltalkhub.com/mc/philippeback/DripfeedIt/main/) : 324137232 Image size after cleaning a MCSmalltalkhubRepository( http://smalltalkhub.com/mc/philippeback/DripfeedIt/main/) : 324195720 Image size before cleaning a MCSmalltalkhubRepository( http://smalltalkhub.com/mc/philippeback/HOWebStack/main/) : 324195720 Image size after cleaning a MCSmalltalkhubRepository( http://smalltalkhub.com/mc/philippeback/HOWebStack/main/) : 324255300 Image size before cleaning a MCSmalltalkhubRepository( http://smalltalkhub.com/mc/philippeback/HOExperiments/main/) : 324255300 Image size after cleaning a MCSmalltalkhubRepository( http://smalltalkhub.com/mc/philippeback/HOExperiments/main/) : 324314868
Definitely not going down...
No, we already saw that in your case the reason are many,many instances of MorphExtension without the Morphs hanging around. (which should not happen as MorphExtensions are only referenced by the Morph they extend).
Your case is not a case of caches, there is a real problem somewhere.
Marcus
-- -- Marcus Denker -- denker@acm.org http://www.marcusdenker.de