- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] DateAndTime>>#= slow?

by Esteban A. Maringolo

2014-03-27 11:17 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Umbrella issue: > > https://pharo.fogbugz.com/f/cases/13139/Speed-Regressions-in-DateAndTime > > I rewrote (and simplified) DateAndTime>>#+ #- #= > I added caching for #epoch > I switched the localTimeZone to an #asFixedTimeZone variant > > My benchmark now runs 40x FASTER than in Pharo 1.4 > > All Chronology tests remain green. Thank you very much Sven. Will the fix be available for Pharo 2 builds as well? > I will upload slices when the funding goal of 1,000,000 USD is reached on https://www.kickstarter.com/projects/1003214829/improve-pharo-dateandtime-p… > > PS: Half of the funds will go to Camillo for making DateAndTime work in UTC internally ;-) I have some issues transfering big amounts of money overseas. > PS2: I am not sure I am allowed to fix this so close to release, is it a feature or a bug fix ? ;-) If it's a feature it has to be in the changelog ;-) Thank you again! :) Esteban A. Maringolo

March 27, 2014

Re: [Pharo-dev] [Help needed] Issuer tracker TODO Pharo3

by Pharo4Stef

I would love to have the time and internet access :( On 27 Mar 2014, at 13:22, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > There are 23 issues open for Pharo3 > > https://pharo.fogbugz.com/f/filters/64/3-0-TODO > > > In general, it would be nice if more people would care about > > -> testing and reviewing proposed fixes > -> just keeping the issue tracker healthy > > > Marcus >

March 27, 2014

Re: [Pharo-dev] Help needed with Pharo3 ChangeLog

by phil＠highoctane.be

I cleaned up the heading styles for the second part. Rewrote some headings for a nicer wording. What would be cool is to have screenshots for the tools. Phil On Thu, Mar 27, 2014 at 1:29 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On 27 Mar 2014, at 13:24, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > On 27 Mar 2014, at 13:21, phil(a)highoctane.be wrote: > > How can one edit the page? > > Maybe you need special rights... for me there is an edit button. > > I will check > > > Ok, I think I fixed it. Know everyone with an account can edit. > > Marcus > >

March 27, 2014

Re: [Pharo-dev] DateAndTime>>#= slow?

by phil＠highoctane.be

On Thu, Mar 27, 2014 at 3:23 PM, Johan Brichau <johan(a)inceptive.be> wrote: > > On 27 Mar 2014, at 15:17, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > My benchmark now runs 40x FASTER than in Pharo 1.4 > > Wow, very impressive and nice! > Thanks for taking care of that. > Can't wait to test it here ;-) > > > I will upload slices when the funding goal of 1,000,000 USD is reached > on > https://www.kickstarter.com/projects/1003214829/improve-pharo-dateandtime-p… > > I wanted to donate but the link is invalid :p > Yeah, same here :-) > > > PS: Half of the funds will go to Camillo for making DateAndTime work in > UTC internally ;-) > > Yes, this is obviously the major leap and the comments on the performance > issue should not overshadow that work! > Thank you! > > Johan >

March 27, 2014

Re: [Pharo-dev] DateAndTime>>#= slow?

by Johan Brichau

On 27 Mar 2014, at 15:17, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > My benchmark now runs 40x FASTER than in Pharo 1.4 Wow, very impressive and nice! Thanks for taking care of that. Can't wait to test it here ;-) > I will upload slices when the funding goal of 1,000,000 USD is reached on https://www.kickstarter.com/projects/1003214829/improve-pharo-dateandtime-p… I wanted to donate but the link is invalid :p > PS: Half of the funds will go to Camillo for making DateAndTime work in UTC internally ;-) Yes, this is obviously the major leap and the comments on the performance issue should not overshadow that work! Thank you! Johan

March 27, 2014

Re: [Pharo-dev] DateAndTime>>#= slow?

by Sven Van Caekenberghe

Umbrella issue: https://pharo.fogbugz.com/f/cases/13139/Speed-Regressions-in-DateAndTime I rewrote (and simplified) DateAndTime>>#+ #- #= I added caching for #epoch I switched the localTimeZone to an #asFixedTimeZone variant My benchmark now runs 40x FASTER than in Pharo 1.4 All Chronology tests remain green. I will upload slices when the funding goal of 1,000,000 USD is reached on https://www.kickstarter.com/projects/1003214829/improve-pharo-dateandtime-p… PS: Half of the funds will go to Camillo for making DateAndTime work in UTC internally ;-) PS2: I am not sure I am allowed to fix this so close to release, is it a feature or a bug fix ? ;-) On 27 Mar 2014, at 12:29, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 27 Mar 2014, at 11:55, Johan Brichau <johan(a)inceptive.be> wrote: > >> On 27 Mar 2014, at 11:50, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> It is slow(er) in 2 and fast(er) in 3, according to this discussion and my reading of the code. If you see the inverse, than please provide some details. >> >> We come from Pharo 1.4, where our timing benchmarks that use a lot of DateAndTime operations run 4x faster (in Gemstone too). >> It is indeed faster in 3 than in 2. (I believe because of a wait in de DateAndTime creation that has to do with clock precision). >> >> Johan > > An x4 (400%) slowdown sounds like an unacceptable regression to me. > > Could you maybe provide some benchmark ? > > I did a quick one (in Pharo 3): > > [ > | timestamps | > timestamps := Array streamContents: [ :out | > 1024 timesRepeat: [ out nextPut: (DateAndTime now - (60*60*24*265) atRandom seconds) ] ]. > 64 timesRepeat: [ timestamps sorted ]. > timestamps sort. > timestamps collect: [ :each | timestamps includes: each ] ] timeToRun. > > => "0:00:00:09.491" > > In 1.4, this is indeed about 40 times faster: > > [ > | timestamps | > timestamps := Array streamContents: [ :out | > 1024 timesRepeat: [ out nextPut: (DateAndTime now - (60*60*24*265) atRandom seconds) ] ]. > 64 timesRepeat: [ timestamps sorted ]. > timestamps sort. > timestamps collect: [ :each | timestamps includes: each ] ] timeToRun milliSeconds. > > => "0:00:00:00.228" > > For this test, ZTimestamp is 100 times faster: > > [ > | timestamps | > timestamps := Array streamContents: [ :out | > 1024 timesRepeat: [ out nextPut: (ZTimestamp now - (60*60*24*265) atRandom seconds) ] ]. > 64 timesRepeat: [ timestamps sorted ]. > timestamps sort. > timestamps collect: [ :each | timestamps includes: each ] ] timeToRun. > > => "0:00:00:00.07" > > Looking at this with the Time Profiler, I see that DateAndTime>>#asSeconds (used in #<) takes 95% of the time. I am pretty sure we can fix this. I'll make an issue and slice later on. > > Sven > -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

March 27, 2014

Re: [Pharo-dev] Nicer scrollbars [was RE: Fixing inconsistent buttons look in PharoUI]

by Tudor Girba

Great! Where can I find this? Doru On Thu, Mar 27, 2014 at 2:41 PM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > Hi guys > > pay attention that igor redesigned a full new class for scrollbar because > the old one sucks > so that we can do clever scrolling in TextEditor. > > Stef > > On 26 Mar 2014, at 13:13, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > If you are at it, would you be interested in trying to provide a scrollbar > without the arrow buttons, and with half the width? :) > > Doru > > > On Wed, Mar 26, 2014 at 12:39 PM, Goubier Thierry <thierry.goubier(a)cea.fr>wrote: > >> Cool, you're giving me hope that one day I'll switch to the Pharo3 theme >> :) >> >> Thierry >> >> >> Le 26/03/2014 11:58, Philippe Back a Ã©crit : >> >>> And while I was at it, I made the scrollbars nicer. >>> >>> >>> https://pharo.fogbugz.com/default.asp?13136 >>> >>> All of this made me notice that there are quite a number of little >>> glitches all over. Especially when using larger fonts. >>> >>> Phil >>> >>> *From:*Philippe Back [mailto:phil@highoctane.be] >>> *Sent:* mercredi 26 mars 2014 10:51 >>> *To:* 'pharo-dev(a)lists.pharo.org' >>> *Subject:* Fixing inconsistent buttons look in PharoUI >>> >>> >>> I've made a pass at fixing the buttons look (border in some places, no >>> border in others). Spec-generated buttons are using the ButtonModel and >>> MorphicButtonAdapter but the defaultSpec fo the the ButtonModel is >>> asking the borderWidth and borderColor from the model, which is all nice >>> but should be looking like the standard PluggableButtonMorphs, which do >>> have a border. >>> >>> So, aligned now. >>> >>> https://pharo.fogbugz.com/default.asp?13135 >>> >>> Slice in inbox: >>> SLICE-Issue-13135-Inconsistent-look-of-buttons- >>> across-tools-Border-no-border-PhilippeBack.1 >>> >>> Phil >>> >>> >>> >>> ------------------------------------------------------------------------ >>> <http://www.avast.com/> >>> >>> Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant >>> parce que la protection Antivirus avast! <http://www.avast.com/> est >>> active. >>> >>> >>> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

March 27, 2014

Re: [Pharo-dev] [Moose-dev] MOOSEDay@UPMC website online

by Alexandre Bergel

- if you want to sponsor the event, just ask me :-) ObjectProfile will be happy to do some sponsoring! I will contact you in private Alexandre On Mar 27, 2014, at 5:59 AM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > Dear all, > > The MOOSEDay@UPMC 2014 will be organized in Paris, June 5th. > The day will be followed by a Pharo Sprint (June 6th) at the same place. > > A first draft of the MOOSEDay@UPMC is online here: > http://www.doesnotunderstand.org/MOOSEDayUPMC/ > > I need you help : > - if you want to propose a talk, send me title, a short summary (3-4 > lines), the name and a picture of the speaker. > - if you want to sponsor the event, just ask me :-) > - if you want to attend, just send me your name and affiliation. I > will add you on the webpage. > - if you have some graphic abilities, you can send me a better cover > picture (maybe with some MOOSE pictures). > > The webpage is managed on github, if you want to modify the page, just > send me a pull request on github: > https://github.com/SergeStinckwich/MOOSEDayUPMC > > Regards, > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 27, 2014

Re: [Pharo-dev] Nicer scrollbars [was RE: Fixing inconsistent buttons look in PharoUI]

by phil＠highoctane.be

As long as it uses advertised Theme colors, this should be fine. Phil On Thu, Mar 27, 2014 at 2:41 PM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > Hi guys > > pay attention that igor redesigned a full new class for scrollbar because > the old one sucks > so that we can do clever scrolling in TextEditor. > > Stef > > On 26 Mar 2014, at 13:13, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > If you are at it, would you be interested in trying to provide a scrollbar > without the arrow buttons, and with half the width? :) > > Doru > > > On Wed, Mar 26, 2014 at 12:39 PM, Goubier Thierry <thierry.goubier(a)cea.fr>wrote: > >> Cool, you're giving me hope that one day I'll switch to the Pharo3 theme >> :) >> >> Thierry >> >> >> Le 26/03/2014 11:58, Philippe Back a Ã©crit : >> >>> And while I was at it, I made the scrollbars nicer. >>> >>> >>> https://pharo.fogbugz.com/default.asp?13136 >>> >>> All of this made me notice that there are quite a number of little >>> glitches all over. Especially when using larger fonts. >>> >>> Phil >>> >>> *From:*Philippe Back [mailto:phil@highoctane.be] >>> *Sent:* mercredi 26 mars 2014 10:51 >>> *To:* 'pharo-dev(a)lists.pharo.org' >>> *Subject:* Fixing inconsistent buttons look in PharoUI >>> >>> >>> I've made a pass at fixing the buttons look (border in some places, no >>> border in others). Spec-generated buttons are using the ButtonModel and >>> MorphicButtonAdapter but the defaultSpec fo the the ButtonModel is >>> asking the borderWidth and borderColor from the model, which is all nice >>> but should be looking like the standard PluggableButtonMorphs, which do >>> have a border. >>> >>> So, aligned now. >>> >>> https://pharo.fogbugz.com/default.asp?13135 >>> >>> Slice in inbox: >>> SLICE-Issue-13135-Inconsistent-look-of-buttons- >>> across-tools-Border-no-border-PhilippeBack.1 >>> >>> Phil >>> >>> >>> >>> ------------------------------------------------------------------------ >>> <http://www.avast.com/> >>> >>> Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant >>> parce que la protection Antivirus avast! <http://www.avast.com/> est >>> active. >>> >>> >>> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > >

March 27, 2014

SmalltalkHub update

by Nicolas Petton

Hi! I just updated SmalltalkHub.com! This update adds public write access settings per project. Note that even with public write access, users need to be logged in to commit. Cheers! Nico -- Nicolas Petton http://nicolas-petton.fr

March 27, 2014