[Pharo-project] A dog-slow browser
Please, don't take it as a offense, but as a constructive critics :) Pharo-core browser is awfully slooow! That's why i prefer to develop in squeak trunk image. Why it showing the distracting hourglass cursor when stepping over a list of methods in method's list? (press and hold the up arrow key when inside a methods list)... damn.. what happens there, that it consumes so much time to just switch the source code in a single text pane? -- Best regards, Igor Stasenko AKA sig.
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev? Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
Pharo core? Â Or Pharo dev?
core
    Marcus
-- Marcus Denker  -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
2010/1/20 Stéphane Ducasse <stephane.ducasse@inria.fr>:
In 1.1?
Stef
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
can you provide some reproducable data? that we can compare?
Sorry, but i have no time to prove the obvious. You could just start the trunk image at anytime and see it yourself. Two images running on same VM , same machine.. a lot of difference.
Pharo core? Â Or Pharo dev?
core
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
On Jan 20, 2010, at 4:55 PM, Igor Stasenko wrote:
2010/1/20 Stéphane Ducasse <stephane.ducasse@inria.fr>:
In 1.1?
Stef
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
can you provide some reproducable data? that we can compare?
Sorry, but i have no time to prove the obvious. You could just start the trunk image at anytime and see it yourself.
Two images running on same VM , same machine.. a lot of difference.
Maybe this is the caching of FileStream? This should make a difference on a slow machine... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:55 PM, Igor Stasenko wrote:
2010/1/20 Stéphane Ducasse <stephane.ducasse@inria.fr>:
In 1.1?
Stef
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
can you provide some reproducable data? that we can compare?
Sorry, but i have no time to prove the obvious. You could just start the trunk image at anytime and see it yourself.
Two images running on same VM , same machine.. a lot of difference.
Maybe this is the caching of FileStream? This should make a difference on a slow machine...
Caching should in contrary increase the speed, isnt? And i wouldn't say that my machine is slow CPU0: AMD Phenom(tm) 8450 Triple-Core Processor stepping 03 '85618729 bytecodes/sec; 4708854 sends/sec'
    Marcus
-- Marcus Denker  -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
On Jan 20, 2010, at 5:08 PM, Igor Stasenko wrote:
Maybe this is the caching of FileStream? This should make a difference on a slow machine...
Caching should in contrary increase the speed, isnt?
Yes, Squeak does it, Pharo not (yet).
And i wouldn't say that my machine is slow CPU0: AMD Phenom(tm) 8450 Triple-Core Processor stepping 03 '85618729 bytecodes/sec; 4708854 sends/sec'
Hmm.. the bytecode/sec look strange. Mine is a factor 5 faster, and it's just a Core2Duo 2.5Ghz: '419328419 bytecodes/sec; 11484087 sends/sec' Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
Shouldn't be obvious I guess (1 tinyBenchmarks '566998892 bytecodes/sec; 16433596 sends/sec') here. Regards, Gary ----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:08 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:55 PM, Igor Stasenko wrote:
2010/1/20 Stéphane Ducasse <stephane.ducasse@inria.fr>:
In 1.1?
Stef
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
can you provide some reproducable data? that we can compare?
Sorry, but i have no time to prove the obvious. You could just start the trunk image at anytime and see it yourself.
Two images running on same VM , same machine.. a lot of difference.
Maybe this is the caching of FileStream? This should make a difference on a slow machine...
Caching should in contrary increase the speed, isnt? And i wouldn't say that my machine is slow CPU0: AMD Phenom(tm) 8450 Triple-Core Processor stepping 03 '85618729 bytecodes/sec; 4708854 sends/sec'
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On 2010-01-20, at 8:08 AM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>: Caching should in contrary increase the speed, isnt? And i wouldn't say that my machine is slow CPU0: AMD Phenom(tm) 8450 Triple-Core Processor stepping 03 '85618729 bytecodes/sec; 4708854 sends/sec'
*slow* A *tuned* VM on Ubuntu on my macbook pro 2.33 intel Core 2 Duo gives 573,991,031 bytescodes/sec and 14,406,658 sends/sec. -- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
On Wed, 20 Jan 2010, John M McIntosh wrote:
On 2010-01-20, at 8:08 AM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>: Caching should in contrary increase the speed, isnt? And i wouldn't say that my machine is slow CPU0: AMD Phenom(tm) 8450 Triple-Core Processor stepping 03 '85618729 bytecodes/sec; 4708854 sends/sec'
*slow*
A *tuned* VM on Ubuntu on my macbook pro 2.33 intel Core 2 Duo gives 573,991,031 bytescodes/sec and 14,406,658 sends/sec.
What's tuned? Levente
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
You have to adjust the gnufied interp.c and the compiler options based on your compiler version to generate the most optimum code for bytecode execution and the common send block. I'm guessing Marcus is using a V5 VM? '419328419 bytecodes/sec; 11484087 sends/sec' Would like to know what machine Gary Chambers is using? (1 tinyBenchmarks '566998892 bytecodes/sec; 16433596 sends/sec') here. On 2010-01-20, at 11:07 AM, Levente Uzonyi wrote:
What's tuned?
Levente
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
On Wed, 20 Jan 2010, John M McIntosh wrote:
You have to adjust the gnufied interp.c and the compiler options based on your compiler version to generate the most optimum code for bytecode execution and the common send block.
How do you adjust interp.c? Levente
I'm guessing Marcus is using a V5 VM? '419328419 bytecodes/sec; 11484087 sends/sec'
Would like to know what machine Gary Chambers is using? (1 tinyBenchmarks '566998892 bytecodes/sec; 16433596 sends/sec') here.
On 2010-01-20, at 11:07 AM, Levente Uzonyi wrote:
What's tuned?
Levente
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
3.11.4 Windows Pharo VM on Vista, Q9550 standard clocks (2.83GHz). Slightly better scores after a garbageCollect ;-) Regards, Gary On Wed, 2010-01-20 at 11:22 -0800, John M McIntosh wrote:
You have to adjust the gnufied interp.c and the compiler options based on your compiler version to generate the most optimum code for bytecode execution and the common send block.
I'm guessing Marcus is using a V5 VM? '419328419 bytecodes/sec; 11484087 sends/sec'
Would like to know what machine Gary Chambers is using? (1 tinyBenchmarks '566998892 bytecodes/sec; 16433596 sends/sec') here.
On 2010-01-20, at 11:07 AM, Levente Uzonyi wrote:
What's tuned?
Levente
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Wed, 20 Jan 2010, John M McIntosh wrote:
On 2010-01-20, at 8:08 AM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>: Caching should in contrary increase the speed, isnt? And i wouldn't say that my machine is slow CPU0: AMD Phenom(tm) 8450 Triple-Core Processor stepping 03 '85618729 bytecodes/sec; 4708854 sends/sec'
*slow*
I guess that vm is not gnuified. Levente
A *tuned* VM on Ubuntu on my macbook pro 2.33 intel Core 2 Duo gives 573,991,031 bytescodes/sec and 14,406,658 sends/sec.
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
2010/1/20 Levente Uzonyi <leves@elte.hu>:
On Wed, 20 Jan 2010, John M McIntosh wrote:
On 2010-01-20, at 8:08 AM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>: Caching should in contrary increase the speed, isnt? And i wouldn't say that my machine is slow CPU0: AMD Phenom(tm) 8450 Triple-Core Processor stepping 03 '85618729 bytecodes/sec; 4708854 sends/sec'
*slow*
I guess that vm is not gnuified.
I installed one that was avail for linux, latest one. Didn't built it myself.
Levente
A *tuned* VM on Ubuntu on my macbook pro 2.33 intel Core 2 Duo gives 573,991,031 bytescodes/sec and 14,406,658 sends/sec.
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Â Twitter: Â squeaker68882 Corporate Smalltalk Consulting Ltd. Â http://www.smalltalkconsulting.com ===========================================================================
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
On Wed, 20 Jan 2010, Igor Stasenko wrote:
2010/1/20 Levente Uzonyi <leves@elte.hu>:
I guess that vm is not gnuified.
I installed one that was avail for linux, latest one. Didn't built it myself.
I just checked on a "not-that-fast" machine with the binary versions from squeakvm.org: 3.11-3.2135 -> #( '204309656 bytecodes/sec; 7660022 sends/sec' '202852614 bytecodes/sec; 7722256 sends/sec' '205457463 bytecodes/sec; 7785510 sends/sec') 3.10.6 -> #( '380386329 bytecodes/sec; 9512738 sends/sec' '377025036 bytecodes/sec; 10174641 sends/sec' '378978534 bytecodes/sec; 10183725 sends/sec') The 3.11-3.2135 is not gnuified and I couldn't force cmake to gnuify it (though I didn't try really hard). I think this is an issue that should be solved. Levente
Levente
On Wed, Jan 20, 2010 at 2:54 PM, Levente Uzonyi <leves@elte.hu> wrote:
On Wed, 20 Jan 2010, Igor Stasenko wrote:
2010/1/20 Levente Uzonyi <leves@elte.hu>:
I guess that vm is not gnuified.
I installed one that was avail for linux, latest one. Didn't built it myself.
I just checked on a "not-that-fast" machine with the binary versions from squeakvm.org:
3.11-3.2135 -> #( '204309656 bytecodes/sec; 7660022 sends/sec' '202852614 bytecodes/sec; 7722256 sends/sec' '205457463 bytecodes/sec; 7785510 sends/sec')
3.10.6 -> #( '380386329 bytecodes/sec; 9512738 sends/sec' '377025036 bytecodes/sec; 10174641 sends/sec' '378978534 bytecodes/sec; 10183725 sends/sec')
The 3.11-3.2135 is not gnuified and I couldn't force cmake to gnuify it (though I didn't try really hard). I think this is an issue that should be solved.
I think the right way is to include John's image level gnuification script and produce an extra engine from within VMMaker. That's what I do. Changing makefiles and/or configurations to choose between the two available interpreters is easier than applying a gnuification scirpt.
Levente
Levente
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Wed, 20 Jan 2010, Eliot Miranda wrote:
On Wed, Jan 20, 2010 at 2:54 PM, Levente Uzonyi <leves@elte.hu> wrote:
On Wed, 20 Jan 2010, Igor Stasenko wrote:
2010/1/20 Levente Uzonyi <leves@elte.hu>:
I guess that vm is not gnuified.
I installed one that was avail for linux, latest one. Didn't built it myself.
I just checked on a "not-that-fast" machine with the binary versions from squeakvm.org:
3.11-3.2135 -> #( '204309656 bytecodes/sec; 7660022 sends/sec' '202852614 bytecodes/sec; 7722256 sends/sec' '205457463 bytecodes/sec; 7785510 sends/sec')
3.10.6 -> #( '380386329 bytecodes/sec; 9512738 sends/sec' '377025036 bytecodes/sec; 10174641 sends/sec' '378978534 bytecodes/sec; 10183725 sends/sec')
The 3.11-3.2135 is not gnuified and I couldn't force cmake to gnuify it (though I didn't try really hard). I think this is an issue that should be solved.
I think the right way is to include John's image level gnuification script and produce an extra engine from within VMMaker. That's what I do. Changing makefiles and/or configurations to choose between the two available interpreters is easier than applying a gnuification scirpt.
With the autotools based build suite interp.c was gnuified if gawk was available, so applying it was pretty easy. I think it's just a bug with the new cmake based build system. The idea of smalltalk based gnuification is really good, so you (not me, because I'm not a vm developer :)) should consider adding it to VMMaker. Levente
Levente
Levente
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Btw I didn't create the script it was done by I think David pennel? Check the soure for details. The register foo logic is mine added for PowerPC. Was done pre osx for os9 machines On 1/20/10, Eliot Miranda <eliot.miranda@gmail.com> wrote:
On Wed, Jan 20, 2010 at 2:54 PM, Levente Uzonyi <leves@elte.hu> wrote:
On Wed, 20 Jan 2010, Igor Stasenko wrote:
2010/1/20 Levente Uzonyi <leves@elte.hu>:
I guess that vm is not gnuified.
I installed one that was avail for linux, latest one. Didn't built it myself.
I just checked on a "not-that-fast" machine with the binary versions from squeakvm.org:
3.11-3.2135 -> #( '204309656 bytecodes/sec; 7660022 sends/sec' '202852614 bytecodes/sec; 7722256 sends/sec' '205457463 bytecodes/sec; 7785510 sends/sec')
3.10.6 -> #( '380386329 bytecodes/sec; 9512738 sends/sec' '377025036 bytecodes/sec; 10174641 sends/sec' '378978534 bytecodes/sec; 10183725 sends/sec')
The 3.11-3.2135 is not gnuified and I couldn't force cmake to gnuify it (though I didn't try really hard). I think this is an issue that should be solved.
I think the right way is to include John's image level gnuification script and produce an extra engine from within VMMaker. That's what I do. Changing makefiles and/or configurations to choose between the two available interpreters is easier than applying a gnuification scirpt.
Levente
Levente
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
2010/1/21 Levente Uzonyi <leves@elte.hu>:
On Wed, 20 Jan 2010, Igor Stasenko wrote:
2010/1/20 Levente Uzonyi <leves@elte.hu>:
I guess that vm is not gnuified.
I installed one that was avail for linux, latest one. Didn't built it myself.
I just checked on a "not-that-fast" machine with the binary versions from squeakvm.org:
3.11-3.2135 -> #( Â Â Â Â '204309656 bytecodes/sec; 7660022 sends/sec' Â Â Â Â '202852614 bytecodes/sec; 7722256 sends/sec' Â Â Â Â '205457463 bytecodes/sec; 7785510 sends/sec')
3.10.6 -> #( Â Â Â Â '380386329 bytecodes/sec; 9512738 sends/sec' Â Â Â Â '377025036 bytecodes/sec; 10174641 sends/sec' Â Â Â Â '378978534 bytecodes/sec; 10183725 sends/sec')
The 3.11-3.2135 is not gnuified and I couldn't force cmake to gnuify it (though I didn't try really hard). I think this is an issue that should be solved.
So you think that i'm using non-gnuified VM? That's saves a day :) And needs to be fixed, to make sure all VMs published for download is properly optimized.
Levente
Levente
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
On Wed, Jan 20, 2010 at 11:54:03PM +0100, Levente Uzonyi wrote:
On Wed, 20 Jan 2010, Igor Stasenko wrote:
2010/1/20 Levente Uzonyi <leves@elte.hu>:
I guess that vm is not gnuified.
I installed one that was avail for linux, latest one. Didn't built it myself.
I just checked on a "not-that-fast" machine with the binary versions from squeakvm.org:
3.11-3.2135 -> #( '204309656 bytecodes/sec; 7660022 sends/sec' '202852614 bytecodes/sec; 7722256 sends/sec' '205457463 bytecodes/sec; 7785510 sends/sec')
3.10.6 -> #( '380386329 bytecodes/sec; 9512738 sends/sec' '377025036 bytecodes/sec; 10174641 sends/sec' '378978534 bytecodes/sec; 10183725 sends/sec')
The 3.11-3.2135 is not gnuified and I couldn't force cmake to gnuify it (though I didn't try really hard). I think this is an issue that should be solved.
Levente, For a while after the unix VM build was converted to cmake, the gnuify step was missing. This was fixed some time ago (I don't remember the date exactly). If you get the latest code from the Subversion repository, it should produce a gnuified VM when you do the build. I'm not sure if the 3.11-3.2135 is properly gnuified or not. If not, then it's probably time for a new build on the web site. Dave
On Wed, 20 Jan 2010, David T. Lewis wrote:
On Wed, Jan 20, 2010 at 11:54:03PM +0100, Levente Uzonyi wrote:
On Wed, 20 Jan 2010, Igor Stasenko wrote:
2010/1/20 Levente Uzonyi <leves@elte.hu>:
I guess that vm is not gnuified.
I installed one that was avail for linux, latest one. Didn't built it myself.
I just checked on a "not-that-fast" machine with the binary versions from squeakvm.org:
3.11-3.2135 -> #( '204309656 bytecodes/sec; 7660022 sends/sec' '202852614 bytecodes/sec; 7722256 sends/sec' '205457463 bytecodes/sec; 7785510 sends/sec')
3.10.6 -> #( '380386329 bytecodes/sec; 9512738 sends/sec' '377025036 bytecodes/sec; 10174641 sends/sec' '378978534 bytecodes/sec; 10183725 sends/sec')
The 3.11-3.2135 is not gnuified and I couldn't force cmake to gnuify it (though I didn't try really hard). I think this is an issue that should be solved.
Levente,
For a while after the unix VM build was converted to cmake, the gnuify step was missing. This was fixed some time ago (I don't remember the date exactly). If you get the latest code from the Subversion repository, it should produce a gnuified VM when you do the build.
I'm not sure if the 3.11-3.2135 is properly gnuified or not. If not, then it's probably time for a new build on the web site.
Thanks for the info Dave. I just built a new vm on the same machine from the svn sources + VMMaker-dtl.156 (3.11.12-2148). I saw the line about gnuification during make (which is absent with 3.11-3.2135). Here are the #tinyBenchmarks results: #( '388172858 bytecodes/sec; 10541379 sends/sec' '385542168 bytecodes/sec; 10590318 sends/sec' '385832705 bytecodes/sec; 10521930 sends/sec') So it's true, the binary on squeakvm.org is not gnuified. Levente
Dave
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Thanks for the info Dave. I just built a new vm on the same machine from
the svn sources + VMMaker-dtl.156 (3.11.12-2148). I saw the line about gnuification during make (which is absent with 3.11-3.2135). Here are the #tinyBenchmarks results:
#( '388172858 bytecodes/sec; 10541379 sends/sec' '385542168 bytecodes/sec; 10590318 sends/sec' '385832705 bytecodes/sec; 10521930 sends/sec')
So it's true, the binary on squeakvm.org is not gnuified.
If it is not too much effort, it would be really cool to have such binary in the website. From the Pharo world, we would also need TrueType compiled :) We are close to release 1.0, so having a fast VM would be REALLY appreciated for all!! Thanks a lot, Mariano
Levente
Dave
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Thu, 21 Jan 2010, Mariano Martinez Peck wrote:
Thanks for the info Dave. I just built a new vm on the same machine from
the svn sources + VMMaker-dtl.156 (3.11.12-2148). I saw the line about gnuification during make (which is absent with 3.11-3.2135). Here are the #tinyBenchmarks results:
#( '388172858 bytecodes/sec; 10541379 sends/sec' '385542168 bytecodes/sec; 10590318 sends/sec' '385832705 bytecodes/sec; 10521930 sends/sec')
So it's true, the binary on squeakvm.org is not gnuified.
If it is not too much effort, it would be really cool to have such binary in the website. From the Pharo world, we would also need TrueType compiled :)
I couldn't compile the FT2Plugin. CMake doesn't know the dependencies of that plugin. I tried installing libfreetype6-dev, but it didn't help. And if I (or someone else) build a vm, it will not be generally useful (this is built on Ubuntu 9.04, it may even break on Ubuntu 8.04), remember the UUIDPlugin issue? Btw, I'm sure Ian will build a new vm soon. Levente
We are close to release 1.0, so having a fast VM would be REALLY appreciated for all!!
Thanks a lot,
Mariano
Levente
Dave
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9. Is it slower than that? I can not see any problem (the curse of a fast machine?) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...) Regards, Gary ----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
Pharo core? Â Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker  -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
A good few months back I noticed similarly inexplicable slowness (that I mistakenly ascribed to some changes...). Went away after image save/restart... maybe that kind of thing has happened. Regards, Gary ----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:16 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
just a wild guess: maybe its a GC edge case? When it happens, trigger a full GC and see if it is still slow... Adrian On Jan 20, 2010, at 17:26 , Gary Chambers wrote:
A good few months back I noticed similarly inexplicable slowness (that I mistakenly ascribed to some changes...). Went away after image save/restart... maybe that kind of thing has happened.
Regards, Gary
----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:16 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Wed, Jan 20, 2010 at 5:33 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
just a wild guess: maybe its a GC edge case?
When it happens, trigger a full GC and see if it is still slow...
how do you do that Adrian ?
Adrian
On Jan 20, 2010, at 17:26 , Gary Chambers wrote:
A good few months back I noticed similarly inexplicable slowness (that I mistakenly ascribed to some changes...). Went away after image save/restart... maybe that kind of thing has happened.
Regards, Gary
----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:16 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics
:)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Smalltalk garbageCollect On Jan 20, 2010, at 17:37 , Mariano Martinez Peck wrote:
On Wed, Jan 20, 2010 at 5:33 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
just a wild guess: maybe its a GC edge case?
When it happens, trigger a full GC and see if it is still slow...
how do you do that Adrian ?
Adrian
On Jan 20, 2010, at 17:26 , Gary Chambers wrote:
A good few months back I noticed similarly inexplicable slowness (that I mistakenly ascribed to some changes...). Went away after image save/restart... maybe that kind of thing has happened.
Regards, Gary
----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:16 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics
:)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Wed, Jan 20, 2010 at 5:44 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Smalltalk garbageCollect
hahahaha sorry. As you said "a full GC" I imagined that there was another kind of GC (like gemstine) that I was not aware of :)
On Jan 20, 2010, at 17:37 , Mariano Martinez Peck wrote:
On Wed, Jan 20, 2010 at 5:33 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
just a wild guess: maybe its a GC edge case?
When it happens, trigger a full GC and see if it is still slow...
how do you do that Adrian ?
Adrian
On Jan 20, 2010, at 17:26 , Gary Chambers wrote:
A good few months back I noticed similarly inexplicable slowness (that I mistakenly ascribed to some changes...). Went away after image save/restart... maybe that kind of thing has happened.
Regards, Gary
----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:16 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics
:)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Wed, 20 Jan 2010, Mariano Martinez Peck wrote:
On Wed, Jan 20, 2010 at 5:44 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Smalltalk garbageCollect
hahahaha sorry. As you said "a full GC" I imagined that there was another
There is: incremental gc. You can trigger it with Smalltalk garbageCollectMost. Levente
kind of GC (like gemstine) that I was not aware of :)
On Jan 20, 2010, at 17:37 , Mariano Martinez Peck wrote:
On Wed, Jan 20, 2010 at 5:33 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
just a wild guess: maybe its a GC edge case?
When it happens, trigger a full GC and see if it is still slow...
how do you do that Adrian ?
Adrian
On Jan 20, 2010, at 17:26 , Gary Chambers wrote:
A good few months back I noticed similarly inexplicable slowness (that I mistakenly ascribed to some changes...). Went away after image save/restart... maybe that kind of thing has happened.
Regards, Gary
----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:16 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics
:)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Ok, in the class Morph it is not really smooth, also on my MacBook Pro. I quickly did some profiling and came up with the following speedups (i.e., experimental hacks): Is it better now? Cheers, Adrian BTW, not GC makes it slow but often recomputing the method list. Also, button colors are computed expensively, even though they are not used. On Jan 20, 2010, at 17:56 , Levente Uzonyi wrote:
On Wed, 20 Jan 2010, Mariano Martinez Peck wrote:
On Wed, Jan 20, 2010 at 5:44 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Smalltalk garbageCollect
hahahaha sorry. As you said "a full GC" I imagined that there was another
There is: incremental gc. You can trigger it with Smalltalk garbageCollectMost.
Levente
kind of GC (like gemstine) that I was not aware of :)
On Jan 20, 2010, at 17:37 , Mariano Martinez Peck wrote:
On Wed, Jan 20, 2010 at 5:33 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
just a wild guess: maybe its a GC edge case?
When it happens, trigger a full GC and see if it is still slow...
how do you do that Adrian ?
Adrian
On Jan 20, 2010, at 17:26 , Gary Chambers wrote:
A good few months back I noticed similarly inexplicable slowness (that I mistakenly ascribed to some changes...). Went away after image save/restart... maybe that kind of thing has happened.
Regards, Gary
----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:16 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics
:)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On 20.01.2010 18:56, Adrian Lienhard wrote:
Ok, in the class Morph it is not really smooth, also on my MacBook Pro.
I quickly did some profiling and came up with the following speedups (i.e., experimental hacks):
Is it better now?
Cheers, Adrian
BTW, not GC makes it slow but often recomputing the method list. Also, button colors are computed expensively, even though they are not used.
Yes, my only "gripe" with the Polymorph themes is they tend to recompute/replace morph properties rather than retain the current if it has not changed. This also makes any kind of caching impossible (say, f.ex. in Color for heavily accessed derived colors like twiceDarker/Lighter, or an appropiately sized Form for AlphaInfiniteForms). Changing it would be a major overhaul of how it currently works though, and would be much easier if themed in the way Igor proposed. Cheers, Henry
color | flags aColor | true ifTrue: [ ^ Color transparent ]. flags := 0. self isThisAnOverride ifTrue: [ flags := flags bitOr: 4 ]. currentCompiledMethod sendsToSuper ifTrue: [ flags := flags bitOr: 2 ]. self isThereAnOverride ifTrue: [ flags := flags bitOr: 1 ]. aColor := { Color transparent. Color tan lighter. Color green muchLighter. Color blue muchLighter. Color red muchLighter. "has super but doesn't call it" (Color r: 0.94 g: 0.823 b: 0.673). "has sub; has super but doesn't call it" Color green muchLighter. Color blue muchLighter. } at: flags + 1. ^aColor! ! BTW why do we create all the time this array? On Jan 20, 2010, at 6:56 PM, Adrian Lienhard wrote:
Ok, in the class Morph it is not really smooth, also on my MacBook Pro.
I quickly did some profiling and came up with the following speedups (i.e., experimental hacks):
<BrowserSpeedup.1.cs>
Is it better now?
Cheers, Adrian
BTW, not GC makes it slow but often recomputing the method list. Also, button colors are computed expensively, even though they are not used.
On Jan 20, 2010, at 17:56 , Levente Uzonyi wrote:
On Wed, 20 Jan 2010, Mariano Martinez Peck wrote:
On Wed, Jan 20, 2010 at 5:44 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Smalltalk garbageCollect
hahahaha sorry. As you said "a full GC" I imagined that there was another
There is: incremental gc. You can trigger it with Smalltalk garbageCollectMost.
Levente
kind of GC (like gemstine) that I was not aware of :)
On Jan 20, 2010, at 17:37 , Mariano Martinez Peck wrote:
On Wed, Jan 20, 2010 at 5:33 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
just a wild guess: maybe its a GC edge case?
When it happens, trigger a full GC and see if it is still slow...
how do you do that Adrian ?
Adrian
On Jan 20, 2010, at 17:26 , Gary Chambers wrote:
A good few months back I noticed similarly inexplicable slowness (that I mistakenly ascribed to some changes...). Went away after image save/restart... maybe that kind of thing has happened.
Regards, Gary
----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:16 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics
:)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
A good few months back I noticed similarly inexplicable slowness (that I mistakenly ascribed to some changes...). Went away after image save/restart... maybe that kind of thing has happened.
Well i just started a fresh image, didn't done anything yet with it, just opened a browser.. But now, i tried to reproduce the same, by starting a very same image, and its magically behaves much faster..
Regards, Gary
----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:16 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
On Wed, 20 Jan 2010, Igor Stasenko wrote:
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
A good few months back I noticed similarly inexplicable slowness (that I mistakenly ascribed to some changes...). Went away after image save/restart... maybe that kind of thing has happened.
Well i just started a fresh image, didn't done anything yet with it, just opened a browser..
But now, i tried to reproduce the same, by starting a very same image, and its magically behaves much faster..
Open a browser, select Morph, don't select a category (-- all --), select the first method and press the down key. Levente
Regards, Gary
----- Original Message ----- From: "Igor Stasenko" <siguctua@gmail.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 4:16 PM Subject: Re: [Pharo-project] A dog-slow browser
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
Regards, Gary
----- Original Message ----- From: "Marcus Denker" <marcus.denker@inria.fr> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, January 20, 2010 3:47 PM Subject: Re: [Pharo-project] A dog-slow browser
On Jan 20, 2010, at 4:35 PM, Igor Stasenko wrote:
2010/1/20 Marcus Denker <marcus.denker@inria.fr>:
On Jan 20, 2010, at 4:28 PM, Igor Stasenko wrote:
Please, don't take it as a offense, but as a constructive critics :)
Pharo-core browser is awfully slooow!
Pharo core? Or Pharo dev?
core
It should not... it uses the fast fonts, no syntax highligting... In essense, it should be the same performance than Squeak 3.9.
Is it slower than that? I can not see any problem (the curse of a fast machine?)
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Mmm That's the Cursor wait look for senders I've noticed if you bring up a sends of #wait then click on method, it takes *time* to build the senders lists/other stuff. I suspect there is a ton of work going on.. I'm reminded that in the ftp://ftp.smalltalkconsulting.com/experimental/64bit you find: Squeak V5 SLOW VERSION FOR TESTING DO NOT USE FOR GENERAL USE.app which is a version 5.0 VM that will run very slow on your fast machines. You can use that to see why Igor thinks things are slow. On 2010-01-20, at 8:16 AM, Igor Stasenko wrote:
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
Excellent idea!!! On Jan 20, 2010, at 8:14 PM, John M McIntosh wrote:
Mmm That's the Cursor wait look for senders I've noticed if you bring up a sends of #wait then click on method, it takes *time* to build the senders lists/other stuff. I suspect there is a ton of work going on..
I'm reminded that in the ftp://ftp.smalltalkconsulting.com/experimental/64bit you find: Squeak V5 SLOW VERSION FOR TESTING DO NOT USE FOR GENERAL USE.app
which is a version 5.0 VM that will run very slow on your fast machines. You can use that to see why Igor thinks things are slow.
On 2010-01-20, at 8:16 AM, Igor Stasenko wrote:
2010/1/20 Gary Chambers <gazzaguru2@btinternet.com>:
Super quick here... (1.1 latest updates, admittedly a quad-core, only one used though...)
I have to take my words back. Strange, very strange.. its now magically started working quite fast.. As i said, first time i run it, it was flickering the hourglass mouse cursor each time i switching between methods in browser. What was it? And why it disappears? Any suggestions?
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
participants (12)
-
Adrian Lienhard -
David T. Lewis -
Eliot Miranda -
Gary Chambers -
Henrik Sperre Johansen -
Igor Stasenko -
John M McIntosh -
John McIntosh
-
Levente Uzonyi -
Marcus Denker -
Mariano Martinez Peck -
Stéphane Ducasse