June 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Fix] Issue890 Mantis6535 SortedCollection loose sortBlock

by Damien Cassou

On Wed, Jun 17, 2009 at 1:36 PM, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: > did you disable dynamic protocols? if dynamic protocols were the problem, they were only responsible of the 15% difference between the SystemBrowser and OB-one. The huge difference is between the Core and Pharo which means dynamic protocols are not responsible. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

June 17, 2009

Re: [Pharo-project] idea to have a better methodFinder :)

by Esteban Lorenzano

In short, Algernon is like spotligth for squeak :) I use it a LOT. So, I will port it to pharo as soon as I can find a little time. Said so, I need to advice: algernon and method finder are very diferent tools (I use both) Cheers, Esteban On 2009-06-17 07:15:17 -0300, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> said: > a quicksilver for Squeak > >>>> I don't know what Pragma is, but Algernon seems VERY good from my >>> point of view. I used it a lot in Squeak and now I really miss it on >>> Pharo. Algernon authors won't port it to Pharo (I asked them). > > :) > Wonderful. > >>> Perhaps when Pharo 1.0 is released I can spend some time to make it >>> work. >>> >> What is Algernon? >> >> Marcus >> >> -- >> Marcus Denker - http://marcusdenker.de >> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 17, 2009

Re: [Pharo-project] testWhileModificationBeforeNotInlined

by StÃ©phane Ducasse

I would really like that we do not lose it. May be lukas we should tagged them We should check the SunitExtension of keith to see if he has something to support supposed to fail tests. On Jun 17, 2009, at 12:19 PM, Lukas Renggli wrote: >> The point remains:some well known failing tests that won't be >> solved should >> go in known failures. > > Yes, agreed. I thought a fix would soon be available, but that doesn't > seem the case. > > Anyway, most Smalltalk choke on these tests. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 17, 2009

Re: [Pharo-project] [Fix] Issue890 Mantis6535 SortedCollection loose sortBlock

by StÃ©phane Ducasse

did you disable dynamic protocols? On Jun 17, 2009, at 12:17 PM, Adrian Lienhard wrote: > Thanks, I like benchmarks! I've run this in the recent Pharo-core and > Pharo images (on the class String): > > Pharo core 10432 SystemBrowser: 686.6ms > Pharo0.1-10342dev09.06.3 SystemBrowser: 940.8ms > Pharo0.1-10342dev09.06.3 OBSystemBrowser: 1087.1ms > > Similar to Lukas' results is that the OBSystemBrowser is not that much > slower than the normal SystemBrowser (slowdown of 15%). However, there > is a larger difference between the SystemBrowser in Pharo and in > Pharo- > core (37%). Hence other features seem to contribute to the slowdown: > freetype fonts, code highlighting, ...? > > Adrian > > On Jun 17, 2009, at 11:18 , Lukas Renggli wrote: > >>> OB is another story. For me, its at the border of being usable >>> because >>> of its slowness. >> >> Just for the record: OB included with the Seaside One-Click image is >> only marginally slower than the standard system browser. >> >> Opening and closing OB system browser on the class WACounter: >> 636.15 ms >> Opening and closing SystemBrowser on the class WACounter: 555.00 ms >> >> Lukas >> >> -=--=--=--=--=--=--=--=--=--=--=--=--=--=- >> >> " Omni Browser " >> [ browsers := (1 to: 20) >> collect: [ :each | OBSystemBrowser onClass: WACounter ]. >> browsers do: [ :each | >> each open. >> World doOneCycle ]. >> browsers do: [ :each | >> each close. >> World doOneCycle ] ] >> timeToRun / 20.0 >> >> " System Browser " >> [ browsers := (1 to: 20) >> collect: [ :each | Browser new setClass: WACounter selector: nil ]. >> browsers do: [ :each | >> Browser openBrowserView: (each openEditString: nil) label: 'System >> Browser'. >> World doOneCycle ]. >> browsers do: [ :each | >> each changed: #close. >> World doOneCycle ] ] >> timeToRun / 20.0 >> >> -=--=--=--=--=--=--=--=--=--=--=--=--=--=- >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 17, 2009

Re: [Pharo-project] Automatic/periodic image saves

by John Thornborrow

Hi Lukas, Lukas Renggli wrote: > Hi John > > >> We've deployed a Pharo+Pier/Seaside image for our website, and >> (naturally) changes are made to the site via Pier. >> > > Wow, that's a cool site! Might I link it from the list on piercms.com? > > Yes, please do :) >> I'd like to know if there is a preferred method of saving the image to >> disk every, say, 12 hours? >> > > There is an image persistency strategy built into Pier. It saves the > image every hour by default, but only if something changed. Check the > FAQ on how to enable it: http://www.piercms.com/doc/faq#90421388. > > Cheers, > Lukas > > Great, thanks! Regards, John. Consider your responsibility to the environment - think before you print! ****************************************************************************************************************************************** This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If received in error, please contact the sender, then delete it from your system. Although this email and attachments are believed to be free of virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Pinesoft for any loss or damage arising in any way from receipt or use thereof. ******************************************************************************************************************************************* Pinesoft Limited are registered in England, Registered number: 2914825. Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA

June 17, 2009

Re: [Pharo-project] Automatic/periodic image saves

by Lukas Renggli

Hi John > We've deployed a Pharo+Pier/Seaside image for our website, and > (naturally) changes are made to the site via Pier. Wow, that's a cool site! Might I link it from the list on piercms.com? > I'd like to know if there is a preferred method of saving the image to > disk every, say, 12 hours? There is an image persistency strategy built into Pier. It saves the image every hour by default, but only if something changed. Check the FAQ on how to enable it: http://www.piercms.com/doc/faq#90421388. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

June 17, 2009

Re: [Pharo-project] testWhileModificationBeforeNotInlined

by Lukas Renggli

> The point remains:some well known failing tests that won't be solved should > go in known failures. Yes, agreed. I thought a fix would soon be available, but that doesn't seem the case. Anyway, most Smalltalk choke on these tests. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

June 17, 2009

Re: [Pharo-project] [Fix] Issue890 Mantis6535 SortedCollection loose sortBlock

by StÃ©phane Ducasse

one of the problem is that package are slow since they rely on class category. Stef On Jun 17, 2009, at 11:18 AM, Lukas Renggli wrote: >> OB is another story. For me, its at the border of being usable >> because >> of its slowness. > > Just for the record: OB included with the Seaside One-Click image is > only marginally slower than the standard system browser. > > Opening and closing OB system browser on the class WACounter: > 636.15 ms > Opening and closing SystemBrowser on the class WACounter: 555.00 ms > > Lukas > > -=--=--=--=--=--=--=--=--=--=--=--=--=--=- > > " Omni Browser " > [ browsers := (1 to: 20) > collect: [ :each | OBSystemBrowser onClass: WACounter ]. > browsers do: [ :each | > each open. > World doOneCycle ]. > browsers do: [ :each | > each close. > World doOneCycle ] ] > timeToRun / 20.0 > > " System Browser " > [ browsers := (1 to: 20) > collect: [ :each | Browser new setClass: WACounter selector: nil ]. > browsers do: [ :each | > Browser openBrowserView: (each openEditString: nil) label: 'System > Browser'. > World doOneCycle ]. > browsers do: [ :each | > each changed: #close. > World doOneCycle ] ] > timeToRun / 20.0 > > -=--=--=--=--=--=--=--=--=--=--=--=--=--=- > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 17, 2009

Re: [Pharo-project] [Fix] Issue890 Mantis6535 SortedCollection loose sortBlock

by Adrian Lienhard

Thanks, I like benchmarks! I've run this in the recent Pharo-core and Pharo images (on the class String): Pharo core 10432 SystemBrowser: 686.6ms Pharo0.1-10342dev09.06.3 SystemBrowser: 940.8ms Pharo0.1-10342dev09.06.3 OBSystemBrowser: 1087.1ms Similar to Lukas' results is that the OBSystemBrowser is not that much slower than the normal SystemBrowser (slowdown of 15%). However, there is a larger difference between the SystemBrowser in Pharo and in Pharo- core (37%). Hence other features seem to contribute to the slowdown: freetype fonts, code highlighting, ...? Adrian On Jun 17, 2009, at 11:18 , Lukas Renggli wrote: >> OB is another story. For me, its at the border of being usable >> because >> of its slowness. > > Just for the record: OB included with the Seaside One-Click image is > only marginally slower than the standard system browser. > > Opening and closing OB system browser on the class WACounter: > 636.15 ms > Opening and closing SystemBrowser on the class WACounter: 555.00 ms > > Lukas > > -=--=--=--=--=--=--=--=--=--=--=--=--=--=- > > " Omni Browser " > [ browsers := (1 to: 20) > collect: [ :each | OBSystemBrowser onClass: WACounter ]. > browsers do: [ :each | > each open. > World doOneCycle ]. > browsers do: [ :each | > each close. > World doOneCycle ] ] > timeToRun / 20.0 > > " System Browser " > [ browsers := (1 to: 20) > collect: [ :each | Browser new setClass: WACounter selector: nil ]. > browsers do: [ :each | > Browser openBrowserView: (each openEditString: nil) label: 'System > Browser'. > World doOneCycle ]. > browsers do: [ :each | > each changed: #close. > World doOneCycle ] ] > timeToRun / 20.0 > > -=--=--=--=--=--=--=--=--=--=--=--=--=--=- > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 17, 2009

Re: [Pharo-project] idea to have a better methodFinder :)

by StÃ©phane Ducasse

a quicksilver for Squeak >>> I don't know what Pragma is, but Algernon seems VERY good from my >> point of view. I used it a lot in Squeak and now I really miss it on >> Pharo. Algernon authors won't port it to Pharo (I asked them). :) Wonderful. >> Perhaps when Pharo 1.0 is released I can spend some time to make it >> work. >> > What is Algernon? > > Marcus > > -- > Marcus Denker - http://marcusdenker.de > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 17, 2009