Issue 5907 in pharo: First startup is too slow

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

New issue 5907 by [hidden email]: First startup is too slow
http://code.google.com/p/pharo/issues/detail?id=5907

Something happens on first startup of an image, it is being really slow...  
just the first time. After save and startup, it is ok.
Reason probably is that there are tons of command line file ins still  
active.

The script should show the problem

Attachments:
        test.st  418 bytes


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

Updates:
        Cc: [hidden email]

Comment #1 on issue 5907 by [hidden email]: First startup is too slow
http://code.google.com/p/pharo/issues/detail?id=5907

Issue 5931 has been merged into this issue.


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

Comment #2 on issue 5907 by [hidden email]: First startup is too slow
http://code.google.com/p/pharo/issues/detail?id=5907

Per Cami, related to the rewrite of "the command line handler... it seems  
like it does not properly finish execution and drags along some old  
code... " (from discussion at  
http://forum.world.st/DefaultCommandLineHandler-error-td4634837.html)


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

Comment #3 on issue 5907 by [hidden email]: First startup is too slow
http://code.google.com/p/pharo/issues/detail?id=5907

I provided a partial solution for the open file stream bugs in issue 6065.
@sean could you quickly review that?


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

Comment #4 on issue 5907 by [hidden email]: First startup is too slow
http://code.google.com/p/pharo/issues/detail?id=5907

@Cami - it was already integrated, but  
http://code.google.com/p/pharo/issues/detail?id=6075 is still happening.  
The problem seems to be that the command line arguments are not reset  
properly. My downloaded image is still trying to  
process '/builds/jenkins/workspace/Pharo-2.0/Pharo-2.0/Pharo-2.0.st', which  
doesn't exist, so the primitive fails...


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

Comment #5 on issue 5907 by [hidden email]: First startup is too slow
http://code.google.com/p/pharo/issues/detail?id=5907

I will do another implementation that forks on activating the command line  
handler..


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

Comment #6 on issue 5907 by [hidden email]: First startup is too slow
http://code.google.com/p/pharo/issues/detail?id=5907

ok this will need some more work!
- #snapshot:andQuit: does not work from another thread

=> we should implement a #save notification that actually handles the save  
in a proper way


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

Comment #7 on issue 5907 by [hidden email]: First startup is too slow
http://code.google.com/p/pharo/issues/detail?id=5907

I changed the build script again, now the snapshot is delayed in a separate  
thread and then later scheduled in
     WorldState addDeferredUIAction:

At least we might catch some more pending issues there...


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

Updates:
        Status: Closed

Comment #8 on issue 5907 by [hidden email]: First startup is too slow
http://code.google.com/p/pharo/issues/detail?id=5907

is that still the case? So far it looks ok


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