Issue 6375 in pharo: OCompletion uses a lot of memory

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Issue 6375 in pharo: OCompletion uses a lot of memory

pharo
Status: WorkNeeded
Owner: [hidden email]
Labels: Type-Bug Milestone-2.0

New issue 6375 by [hidden email]: OCompletion uses a lot of memory
http://code.google.com/p/pharo/issues/detail?id=6375

... I was playing and suddenly the image was 2MB smaller.

-> the idea to load all the .changes is bad. This is old crap in there.
-> it seems that the data is never reseted, accumulating old selectors not  
used anymore
-> it should be resetted and the download image should be shipped with a  
fresh DB

All in all, I personally don't like the approach that much... it never  
shows me the selectors I am interested in.



_______________________________________________
Pharo-bugtracker mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker
Reply | Threaded
Open this post in threaded view
|

Re: Issue 6375 in pharo: OCompletion uses a lot of memory

pharo

Comment #1 on issue 6375 by [hidden email]: OCompletion uses a lot of  
memory
http://code.google.com/p/pharo/issues/detail?id=6375

so, what we need to do?

reset?


_______________________________________________
Pharo-bugtracker mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker
Reply | Threaded
Open this post in threaded view
|

Re: Issue 6375 in pharo: OCompletion uses a lot of memory

pharo

Comment #2 on issue 6375 by [hidden email]: OCompletion uses a lot of  
memory
http://code.google.com/p/pharo/issues/detail?id=6375

well... since Camillo is slowly working to fix ocompletion, I vote to close  
this issue :)


_______________________________________________
Pharo-bugtracker mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker
Reply | Threaded
Open this post in threaded view
|

Re: Issue 6375 in pharo: OCompletion uses a lot of memory

pharo
Updates:
        Status: FixReviewNeeded

Comment #3 on issue 6375 by [hidden email]: OCompletion uses a lot  
of memory
http://code.google.com/p/pharo/issues/detail?id=6375

The attached slice

-> adds a reset method to NOCompletionTable
-> remove all the prefil methods (to load selectors from .changes or  
kernel/collections)
        Reason: they have been evaluated months ago and the data is out of  
sync
                     evaluating them on startup is too slow
-> add NOCompletionTable to ShutDownList. do a reset

What this means is that now NOCompletion just learns the classes you are  
using in one session.
Data is cleared on shutdown.

Name: SLICE-Issue-6375-OCompletion-uses-a-lot-of-memory-MarcusDenker.1
Author: MarcusDenker
Time: 14 November 2012, 1:43:40.978 pm
UUID: 3986d006-561d-4ea7-879e-45d0ea4b73e5
Ancestors:
Dependencies: NOCompletion-MarcusDenker.28

Issue 6375: OCompletion uses a lot of memory




_______________________________________________
Pharo-bugtracker mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker
Reply | Threaded
Open this post in threaded view
|

Re: Issue 6375 in pharo: OCompletion uses a lot of memory

pharo
Updates:
        Status: Integrated

Comment #4 on issue 6375 by [hidden email]: OCompletion uses a lot  
of memory
http://code.google.com/p/pharo/issues/detail?id=6375

in 2.0 397


_______________________________________________
Pharo-bugtracker mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker