On Wed, 20 Jan 2010, Mariano Martinez Peck wrote:
> On Wed, Jan 20, 2010 at 5:44 PM, Adrian Lienhard <[hidden email]> 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 <[hidden email]> >> 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" <[hidden email]> >>>>> To: <[hidden email]> >>>>> Sent: Wednesday, January 20, 2010 4:16 PM >>>>> Subject: Re: [Pharo-project] A dog-slow browser >>>>> >>>>> >>>>>> 2010/1/20 Gary Chambers <[hidden email]>: >>>>>>> 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" <[hidden email]> >>>>>>> To: <[hidden email]> >>>>>>> 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 <[hidden email]>: >>>>>>>>>> >>>>>>>>>> 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 >>>>>>>> [hidden email] >>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Pharo-project mailing list >>>>>>> [hidden email] >>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Igor Stasenko AKA sig. >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> [hidden email] >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> [hidden email] >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> [hidden email] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ Pharo-project mailing list [hidden email] 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 <[hidden email]> 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 <[hidden email]> >>> 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" <[hidden email]> >>>>>> To: <[hidden email]> >>>>>> Sent: Wednesday, January 20, 2010 4:16 PM >>>>>> Subject: Re: [Pharo-project] A dog-slow browser >>>>>> >>>>>> >>>>>>> 2010/1/20 Gary Chambers <[hidden email]>: >>>>>>>> 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" <[hidden email]> >>>>>>>> To: <[hidden email]> >>>>>>>> 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 <[hidden email]>: >>>>>>>>>>> >>>>>>>>>>> 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 >>>>>>>>> [hidden email] >>>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Pharo-project mailing list >>>>>>>> [hidden email] >>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Best regards, >>>>>>> Igor Stasenko AKA sig. >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Pharo-project mailing list >>>>>>> [hidden email] >>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> [hidden email] >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> [hidden email] >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> [hidden email] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project BrowserSpeedup.1.cs (3K) Download Attachment |
In reply to this post by Igor Stasenko
On 2010-01-20, at 8:08 AM, Igor Stasenko wrote: > 2010/1/20 Marcus Denker <[hidden email]>: > 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 <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ Pharo-project mailing list [hidden email] 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 <[hidden email]>: >> 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 <[hidden email]> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Igor Stasenko
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 <[hidden email]>: >> 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 <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Levente Uzonyi-2
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 <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
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 <[hidden email]> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by johnmci
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 <[hidden email]>: >> 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 <[hidden email]> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Adrian Lienhard
On 20.01.2010 18:56, Adrian Lienhard wrote:
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.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. 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 _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Adrian Lienhard
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 <[hidden email]> 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 <[hidden email]> >>>> 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" <[hidden email]> >>>>>>> To: <[hidden email]> >>>>>>> Sent: Wednesday, January 20, 2010 4:16 PM >>>>>>> Subject: Re: [Pharo-project] A dog-slow browser >>>>>>> >>>>>>> >>>>>>>> 2010/1/20 Gary Chambers <[hidden email]>: >>>>>>>>> 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" <[hidden email]> >>>>>>>>> To: <[hidden email]> >>>>>>>>> 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 <[hidden email]>: >>>>>>>>>>>> >>>>>>>>>>>> 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 >>>>>>>>>> [hidden email] >>>>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Pharo-project mailing list >>>>>>>>> [hidden email] >>>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Best regards, >>>>>>>> Igor Stasenko AKA sig. >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Pharo-project mailing list >>>>>>>> [hidden email] >>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Pharo-project mailing list >>>>>>> [hidden email] >>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> [hidden email] >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> [hidden email] >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> [hidden email] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Levente Uzonyi-2
2010/1/20 Levente Uzonyi <[hidden email]>:
> 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 <[hidden email]>: >>> 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 <[hidden email]> Twitter: squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> =========================================================================== >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by johnmci
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 <[hidden email]>: >>> 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 <[hidden email]> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by johnmci
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 <[hidden email]> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Igor Stasenko
On Wed, 20 Jan 2010, Igor Stasenko wrote:
>> 2010/1/20 Levente Uzonyi <[hidden email]>: >> >> 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 >> _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Wed, Jan 20, 2010 at 2:54 PM, Levente Uzonyi <[hidden email]> wrote:
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.
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Levente Uzonyi-2
2010/1/21 Levente Uzonyi <[hidden email]>:
> On Wed, 20 Jan 2010, Igor Stasenko wrote: > >>> 2010/1/20 Levente Uzonyi <[hidden email]>: >>> >>> 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 > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Eliot Miranda-2
On Wed, 20 Jan 2010, Eliot Miranda wrote:
> On Wed, Jan 20, 2010 at 2:54 PM, Levente Uzonyi <[hidden email]> wrote: > >> On Wed, 20 Jan 2010, Igor Stasenko wrote: >> >>>> 2010/1/20 Levente Uzonyi <[hidden email]>: >>>> >>>> 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 >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Eliot Miranda-2
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 <[hidden email]> wrote: > On Wed, Jan 20, 2010 at 2:54 PM, Levente Uzonyi <[hidden email]> wrote: > >> On Wed, 20 Jan 2010, Igor Stasenko wrote: >> >> >> 2010/1/20 Levente Uzonyi <[hidden email]>: >> >> >> >> 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 >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > -- =========================================================================== John M. McIntosh <[hidden email]> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Levente Uzonyi-2
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 <[hidden email]>: > >> > >> 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 _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
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 <[hidden email]>: >>>> >>>> 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 > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Free forum by Nabble | Edit this page |