January 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Morphic is super slow

by Dimitris Chloupis

ok if I open a nautilus window and then I save the image , it does not create this error o_O crazy stuff :D On Sat, Jan 16, 2016 at 12:51 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > [image: Screen Shot 2016-01-16 at 12.47.59.png] > > yes even with stable VM is a mess, new problem > > I got pharo with this > > wget -O- get.pharo.org/alpha+vm | bash > > downloads fines, loads my libraries fine with my startup script as soon as > i try to save the image the above happens > > > > > On Sat, Jan 16, 2016 at 12:43 PM Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> Esteban I also get doSemantics: errors , I have been getting way way back >> before Spur while trying to use shortcuts. It was messing also with the >> rendering of the method list in Nautilus when there were too many methods, >> it turned to a red box of death. So I am not convinced my problem are just >> VM related but you can correct me if I am wrong. >> >> On Sat, Jan 16, 2016 at 12:41 PM Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >> >>> On 16 Jan 2016, at 11:27, Dimitris Chloupis <kilon.alios(a)gmail.com> >>> wrote: >>> >>> yes thanks Esteban I am back to Pharo 4 and I am fine :) >>> >>> >>> you do not need to go back to Pharo 4â¦ just downloading stable VM is >>> enough :) >>> (and I need people helping me to find the bugs on Pharo 5, spur, FFI, >>> etc. *before* release :P) >>> >>> cheers, >>> Esteban >>> >>> >>> will stick with it, till the release of Pharo 5. >>> >>> On Sat, Jan 16, 2016 at 12:25 PM Esteban Lorenzano <estebanlm(a)gmail.com> >>> wrote: >>> >>>> On 16 Jan 2016, at 01:01, Dimitris Chloupis <kilon.alios(a)gmail.com> >>>> wrote: >>>> >>>> <Screen Shot 2016-01-16 at 00.38.10.png> >>>> >>>> and by the way menus on latest pharo 5 are broken >>>> >>>> >>>> not the menus >>>> there is a problem with WideString and string primitives in latest spur >>>> vm. >>>> in the mean time you can download stable instead latest and you will be >>>> ok. >>>> >>>> Esteban >>>> >>>> >>>> >>>> On Sat, Jan 16, 2016 at 1:29 AM Nicolai Hess <nicolaihess(a)gmail.com> >>>> wrote: >>>> >>>>> 2016-01-16 0:11 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: >>>>> >>>>>> >>>>>> >>>>>> 2016-01-16 0:06 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >>>>>> >>>>>>> >>>>>>> > On 15 Jan 2016, at 23:30, Dimitris Chloupis <kilon.alios(a)gmail.com> >>>>>>> wrote: >>>>>>> > >>>>>>> > taskbar was the problem, damn pharo gui is a huge pain in the hat. >>>>>>> >>>>>>> How so ? >>>>>>> >>>>>> >>>>>> I would like to now that too. >>>>>> >>>>>> Btw, this is interesting too: >>>>>> >>>>>> WorldState debugShowDamage:true. >>>>>> >>>>>> And look all the flashing in a nautilus and or playground window. >>>>>> >>>>> >>>>> Hm, I think this was my fault. The fix for >>>>> 17201 >>>>> <https://pharo.fogbugz.com/f/cases/17201/Marking-Diffs-broken-in-Pharo5> >>>>> Marking Diffs broken in Pharo5 >>>>> wasn't good. >>>>> >>>>> >>>>> >>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> > On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis < >>>>>>> kilon.alios(a)gmail.com> wrote: >>>>>>> > ITs not the step, I removed the step as I said in my first post. >>>>>>> Still 30% cpu consumption >>>>>>> > >>>>>>> > The images are PNGs and RGBA , 8bit >>>>>>> > >>>>>>> > >>>>>>> > On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire(a)drgeo.eu> wrote: >>>>>>> > It depends on what you are doing in a step, but 1s step should not >>>>>>> hurt. >>>>>>> > May be the problem is somewhere else. >>>>>>> > With DrGeo, I noted Athens is faster to BitBlt with bitmap >>>>>>> operations >>>>>>> > (in my case, only scaling and displaying a From in a DrGeo canvas). >>>>>>> > Also, do your bitmaps come with 32 bits depth? >>>>>>> > >>>>>>> > -- >>>>>>> > Dr. Geo >>>>>>> > http://drgeo.eu >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> >>>>>>> >>>>>>> >>>>>> â >>>> >>>>

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by Dimitris Chloupis

[image: Screen Shot 2016-01-16 at 12.47.59.png] yes even with stable VM is a mess, new problem I got pharo with this wget -O- get.pharo.org/alpha+vm | bash downloads fines, loads my libraries fine with my startup script as soon as i try to save the image the above happens On Sat, Jan 16, 2016 at 12:43 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > Esteban I also get doSemantics: errors , I have been getting way way back > before Spur while trying to use shortcuts. It was messing also with the > rendering of the method list in Nautilus when there were too many methods, > it turned to a red box of death. So I am not convinced my problem are just > VM related but you can correct me if I am wrong. > > On Sat, Jan 16, 2016 at 12:41 PM Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> On 16 Jan 2016, at 11:27, Dimitris Chloupis <kilon.alios(a)gmail.com> >> wrote: >> >> yes thanks Esteban I am back to Pharo 4 and I am fine :) >> >> >> you do not need to go back to Pharo 4â¦ just downloading stable VM is >> enough :) >> (and I need people helping me to find the bugs on Pharo 5, spur, FFI, >> etc. *before* release :P) >> >> cheers, >> Esteban >> >> >> will stick with it, till the release of Pharo 5. >> >> On Sat, Jan 16, 2016 at 12:25 PM Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >> >>> On 16 Jan 2016, at 01:01, Dimitris Chloupis <kilon.alios(a)gmail.com> >>> wrote: >>> >>> <Screen Shot 2016-01-16 at 00.38.10.png> >>> >>> and by the way menus on latest pharo 5 are broken >>> >>> >>> not the menus >>> there is a problem with WideString and string primitives in latest spur >>> vm. >>> in the mean time you can download stable instead latest and you will be >>> ok. >>> >>> Esteban >>> >>> >>> >>> On Sat, Jan 16, 2016 at 1:29 AM Nicolai Hess <nicolaihess(a)gmail.com> >>> wrote: >>> >>>> 2016-01-16 0:11 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: >>>> >>>>> >>>>> >>>>> 2016-01-16 0:06 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >>>>> >>>>>> >>>>>> > On 15 Jan 2016, at 23:30, Dimitris Chloupis <kilon.alios(a)gmail.com> >>>>>> wrote: >>>>>> > >>>>>> > taskbar was the problem, damn pharo gui is a huge pain in the hat. >>>>>> >>>>>> How so ? >>>>>> >>>>> >>>>> I would like to now that too. >>>>> >>>>> Btw, this is interesting too: >>>>> >>>>> WorldState debugShowDamage:true. >>>>> >>>>> And look all the flashing in a nautilus and or playground window. >>>>> >>>> >>>> Hm, I think this was my fault. The fix for >>>> 17201 >>>> <https://pharo.fogbugz.com/f/cases/17201/Marking-Diffs-broken-in-Pharo5> >>>> Marking Diffs broken in Pharo5 >>>> wasn't good. >>>> >>>> >>>> >>>> >>>>> >>>>> >>>>>> >>>>>> > On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis < >>>>>> kilon.alios(a)gmail.com> wrote: >>>>>> > ITs not the step, I removed the step as I said in my first post. >>>>>> Still 30% cpu consumption >>>>>> > >>>>>> > The images are PNGs and RGBA , 8bit >>>>>> > >>>>>> > >>>>>> > On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire(a)drgeo.eu> wrote: >>>>>> > It depends on what you are doing in a step, but 1s step should not >>>>>> hurt. >>>>>> > May be the problem is somewhere else. >>>>>> > With DrGeo, I noted Athens is faster to BitBlt with bitmap >>>>>> operations >>>>>> > (in my case, only scaling and displaying a From in a DrGeo canvas). >>>>>> > Also, do your bitmaps come with 32 bits depth? >>>>>> > >>>>>> > -- >>>>>> > Dr. Geo >>>>>> > http://drgeo.eu >>>>>> > >>>>>> > >>>>>> > >>>>>> >>>>>> >>>>>> >>>>> â >>> >>>

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by Dimitris Chloupis

Esteban I also get doSemantics: errors , I have been getting way way back before Spur while trying to use shortcuts. It was messing also with the rendering of the method list in Nautilus when there were too many methods, it turned to a red box of death. So I am not convinced my problem are just VM related but you can correct me if I am wrong. On Sat, Jan 16, 2016 at 12:41 PM Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > On 16 Jan 2016, at 11:27, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > yes thanks Esteban I am back to Pharo 4 and I am fine :) > > > you do not need to go back to Pharo 4â¦ just downloading stable VM is > enough :) > (and I need people helping me to find the bugs on Pharo 5, spur, FFI, etc. > *before* release :P) > > cheers, > Esteban > > > will stick with it, till the release of Pharo 5. > > On Sat, Jan 16, 2016 at 12:25 PM Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> On 16 Jan 2016, at 01:01, Dimitris Chloupis <kilon.alios(a)gmail.com> >> wrote: >> >> <Screen Shot 2016-01-16 at 00.38.10.png> >> >> and by the way menus on latest pharo 5 are broken >> >> >> not the menus >> there is a problem with WideString and string primitives in latest spur >> vm. >> in the mean time you can download stable instead latest and you will be >> ok. >> >> Esteban >> >> >> >> On Sat, Jan 16, 2016 at 1:29 AM Nicolai Hess <nicolaihess(a)gmail.com> >> wrote: >> >>> 2016-01-16 0:11 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: >>> >>>> >>>> >>>> 2016-01-16 0:06 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >>>> >>>>> >>>>> > On 15 Jan 2016, at 23:30, Dimitris Chloupis <kilon.alios(a)gmail.com> >>>>> wrote: >>>>> > >>>>> > taskbar was the problem, damn pharo gui is a huge pain in the hat. >>>>> >>>>> How so ? >>>>> >>>> >>>> I would like to now that too. >>>> >>>> Btw, this is interesting too: >>>> >>>> WorldState debugShowDamage:true. >>>> >>>> And look all the flashing in a nautilus and or playground window. >>>> >>> >>> Hm, I think this was my fault. The fix for >>> 17201 >>> <https://pharo.fogbugz.com/f/cases/17201/Marking-Diffs-broken-in-Pharo5> >>> Marking Diffs broken in Pharo5 >>> wasn't good. >>> >>> >>> >>> >>>> >>>> >>>>> >>>>> > On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis < >>>>> kilon.alios(a)gmail.com> wrote: >>>>> > ITs not the step, I removed the step as I said in my first post. >>>>> Still 30% cpu consumption >>>>> > >>>>> > The images are PNGs and RGBA , 8bit >>>>> > >>>>> > >>>>> > On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire(a)drgeo.eu> wrote: >>>>> > It depends on what you are doing in a step, but 1s step should not >>>>> hurt. >>>>> > May be the problem is somewhere else. >>>>> > With DrGeo, I noted Athens is faster to BitBlt with bitmap operations >>>>> > (in my case, only scaling and displaying a From in a DrGeo canvas). >>>>> > Also, do your bitmaps come with 32 bits depth? >>>>> > >>>>> > -- >>>>> > Dr. Geo >>>>> > http://drgeo.eu >>>>> > >>>>> > >>>>> > >>>>> >>>>> >>>>> >>>> â >> >>

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by Esteban Lorenzano

> On 16 Jan 2016, at 11:27, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > yes thanks Esteban I am back to Pharo 4 and I am fine :) you do not need to go back to Pharo 4â¦ just downloading stable VM is enough :) (and I need people helping me to find the bugs on Pharo 5, spur, FFI, etc. *before* release :P) cheers, Esteban > > will stick with it, till the release of Pharo 5. > > On Sat, Jan 16, 2016 at 12:25 PM Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> On 16 Jan 2016, at 01:01, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> >> <Screen Shot 2016-01-16 at 00.38.10.png> >> >> and by the way menus on latest pharo 5 are broken > > not the menus > there is a problem with WideString and string primitives in latest spur vm. > in the mean time you can download stable instead latest and you will be ok. > > Esteban > >> >> >> On Sat, Jan 16, 2016 at 1:29 AM Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>> wrote: >> 2016-01-16 0:11 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>>: >> >> >> 2016-01-16 0:06 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>>: >> >> > On 15 Jan 2016, at 23:30, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> > >> > taskbar was the problem, damn pharo gui is a huge pain in the hat. >> >> How so ? >> >> I would like to now that too. >> >> Btw, this is interesting too: >> >> WorldState debugShowDamage:true. >> >> And look all the flashing in a nautilus and or playground window. >> >> Hm, I think this was my fault. The fix for >> 17201 <https://pharo.fogbugz.com/f/cases/17201/Marking-Diffs-broken-in-Pharo5> Marking Diffs broken in Pharo5 >> wasn't good. >> >> >> >> >> >> > On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> > ITs not the step, I removed the step as I said in my first post. Still 30% cpu consumption >> > >> > The images are PNGs and RGBA , 8bit >> > >> > >> > On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire(a)drgeo.eu <mailto:hilaire@drgeo.eu>> wrote: >> > It depends on what you are doing in a step, but 1s step should not hurt. >> > May be the problem is somewhere else. >> > With DrGeo, I noted Athens is faster to BitBlt with bitmap operations >> > (in my case, only scaling and displaying a From in a DrGeo canvas). >> > Also, do your bitmaps come with 32 bits depth? >> > >> > -- >> > Dr. Geo >> > http://drgeo.eu <http://drgeo.eu/> >> > >> > >> > >> >> >> >> â

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by Dimitris Chloupis

yes thanks Esteban I am back to Pharo 4 and I am fine :) will stick with it, till the release of Pharo 5. On Sat, Jan 16, 2016 at 12:25 PM Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > On 16 Jan 2016, at 01:01, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > <Screen Shot 2016-01-16 at 00.38.10.png> > > and by the way menus on latest pharo 5 are broken > > > not the menus > there is a problem with WideString and string primitives in latest spur > vm. > in the mean time you can download stable instead latest and you will be ok. > > Esteban > > > > On Sat, Jan 16, 2016 at 1:29 AM Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > >> 2016-01-16 0:11 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: >> >>> >>> >>> 2016-01-16 0:06 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >>> >>>> >>>> > On 15 Jan 2016, at 23:30, Dimitris Chloupis <kilon.alios(a)gmail.com> >>>> wrote: >>>> > >>>> > taskbar was the problem, damn pharo gui is a huge pain in the hat. >>>> >>>> How so ? >>>> >>> >>> I would like to now that too. >>> >>> Btw, this is interesting too: >>> >>> WorldState debugShowDamage:true. >>> >>> And look all the flashing in a nautilus and or playground window. >>> >> >> Hm, I think this was my fault. The fix for >> 17201 >> <https://pharo.fogbugz.com/f/cases/17201/Marking-Diffs-broken-in-Pharo5> >> Marking Diffs broken in Pharo5 >> wasn't good. >> >> >> >> >>> >>> >>>> >>>> > On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis < >>>> kilon.alios(a)gmail.com> wrote: >>>> > ITs not the step, I removed the step as I said in my first post. >>>> Still 30% cpu consumption >>>> > >>>> > The images are PNGs and RGBA , 8bit >>>> > >>>> > >>>> > On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire(a)drgeo.eu> wrote: >>>> > It depends on what you are doing in a step, but 1s step should not >>>> hurt. >>>> > May be the problem is somewhere else. >>>> > With DrGeo, I noted Athens is faster to BitBlt with bitmap operations >>>> > (in my case, only scaling and displaying a From in a DrGeo canvas). >>>> > Also, do your bitmaps come with 32 bits depth? >>>> > >>>> > -- >>>> > Dr. Geo >>>> > http://drgeo.eu >>>> > >>>> > >>>> > >>>> >>>> >>>> >>> â > >

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by Esteban Lorenzano

> On 16 Jan 2016, at 01:01, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > <Screen Shot 2016-01-16 at 00.38.10.png> > > and by the way menus on latest pharo 5 are broken not the menus there is a problem with WideString and string primitives in latest spur vm. in the mean time you can download stable instead latest and you will be ok. Esteban > > > On Sat, Jan 16, 2016 at 1:29 AM Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>> wrote: > 2016-01-16 0:11 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>>: > > > 2016-01-16 0:06 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>>: > > > On 15 Jan 2016, at 23:30, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: > > > > taskbar was the problem, damn pharo gui is a huge pain in the hat. > > How so ? > > I would like to now that too. > > Btw, this is interesting too: > > WorldState debugShowDamage:true. > > And look all the flashing in a nautilus and or playground window. > > Hm, I think this was my fault. The fix for > 17201 <https://pharo.fogbugz.com/f/cases/17201/Marking-Diffs-broken-in-Pharo5> Marking Diffs broken in Pharo5 > wasn't good. > > > > > > > On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: > > ITs not the step, I removed the step as I said in my first post. Still 30% cpu consumption > > > > The images are PNGs and RGBA , 8bit > > > > > > On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire(a)drgeo.eu <mailto:hilaire@drgeo.eu>> wrote: > > It depends on what you are doing in a step, but 1s step should not hurt. > > May be the problem is somewhere else. > > With DrGeo, I noted Athens is faster to BitBlt with bitmap operations > > (in my case, only scaling and displaying a From in a DrGeo canvas). > > Also, do your bitmaps come with 32 bits depth? > > > > -- > > Dr. Geo > > http://drgeo.eu <http://drgeo.eu/> > > > > > > > > > > â

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by Dimitris Chloupis

ok found how to update the taskbar button , I add this to my step World submorphs do: [ :each| (each isKindOf: TaskbarMorph) ifTrue: [each updateTaskButtons]] pharo at 6-9% consumption of course depending on the size of the pharo window. Not bad at all :) Thank you all for your help, problem solved On Sat, Jan 16, 2016 at 10:12 AM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > Yeap I cannot wait for Bloc :) > > a big thanks to Alain, Bloc already looks amazing from the little I tried. > I am sure the loading of PNGs will be optimised at some point too in the > future. Everything is a matter of time. > > Stef see my previous posts to see what was the issue but that summary is > that I copied a method from SystemWindow which apparently was not optimized > and was creation a new morph each cycle for a taskbar button. > > On Sat, Jan 16, 2016 at 10:08 AM stepharo <stepharo(a)free.fr> wrote: > >> >> taskbar was the problem, >> >> what was it? >> >> damn pharo gui is a huge pain in the hat. >> >> And we improved it a lot already. >> But this is not by accident that Alain spent a couple of years working on >> Bloc >> >> >> On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis <kilon.alios(a)gmail.com> >> wrote: >> >>> ITs not the step, I removed the step as I said in my first post. Still >>> 30% cpu consumption >>> >>> The images are PNGs and RGBA , 8bit >>> >>> >>> On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire(a)drgeo.eu> wrote: >>> >>>> It depends on what you are doing in a step, but 1s step should not hurt. >>>> May be the problem is somewhere else. >>>> With DrGeo, I noted Athens is faster to BitBlt with bitmap operations >>>> (in my case, only scaling and displaying a From in a DrGeo canvas). >>>> Also, do your bitmaps come with 32 bits depth? >>>> >>>> -- >>>> Dr. Geo >>>> http://drgeo.eu >>>> >>>> >>>> >>>> >>

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by Dimitris Chloupis

Yeap I cannot wait for Bloc :) a big thanks to Alain, Bloc already looks amazing from the little I tried. I am sure the loading of PNGs will be optimised at some point too in the future. Everything is a matter of time. Stef see my previous posts to see what was the issue but that summary is that I copied a method from SystemWindow which apparently was not optimized and was creation a new morph each cycle for a taskbar button. On Sat, Jan 16, 2016 at 10:08 AM stepharo <stepharo(a)free.fr> wrote: > > taskbar was the problem, > > what was it? > > damn pharo gui is a huge pain in the hat. > > And we improved it a lot already. > But this is not by accident that Alain spent a couple of years working on > Bloc > > > On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> ITs not the step, I removed the step as I said in my first post. Still >> 30% cpu consumption >> >> The images are PNGs and RGBA , 8bit >> >> >> On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire(a)drgeo.eu> wrote: >> >>> It depends on what you are doing in a step, but 1s step should not hurt. >>> May be the problem is somewhere else. >>> With DrGeo, I noted Athens is faster to BitBlt with bitmap operations >>> (in my case, only scaling and displaying a From in a DrGeo canvas). >>> Also, do your bitmaps come with 32 bits depth? >>> >>> -- >>> Dr. Geo >>> http://drgeo.eu >>> >>> >>> >>> >

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by stepharo

Yes nautilus is full of wrong changed messages and others. Stef Le 16/1/16 00:11, Nicolai Hess a Ã©crit : > > > 2016-01-16 0:06 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu > <mailto:sven@stfx.eu>>: > > > > On 15 Jan 2016, at 23:30, Dimitris Chloupis > <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: > > > > taskbar was the problem, damn pharo gui is a huge pain in the hat. > > How so ? > > > I would like to now that too. > > Btw, this is interesting too: > > WorldState debugShowDamage:true. > > And look all the flashing in a nautilus and or playground window. > > > > On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis > <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: > > ITs not the step, I removed the step as I said in my first post. > Still 30% cpu consumption > > > > The images are PNGs and RGBA , 8bit > > > > > > On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire(a)drgeo.eu > <mailto:hilaire@drgeo.eu>> wrote: > > It depends on what you are doing in a step, but 1s step should > not hurt. > > May be the problem is somewhere else. > > With DrGeo, I noted Athens is faster to BitBlt with bitmap > operations > > (in my case, only scaling and displaying a From in a DrGeo canvas). > > Also, do your bitmaps come with 32 bits depth? > > > > -- > > Dr. Geo > > http://drgeo.eu > > > > > > > > >

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by stepharo

> taskbar was the problem, what was it? > damn pharo gui is a huge pain in the hat. And we improved it a lot already. But this is not by accident that Alain spent a couple of years working on Bloc > > On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis > <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: > > ITs not the step, I removed the step as I said in my first post. > Still 30% cpu consumption > > The images are PNGs and RGBA , 8bit > > > On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire(a)drgeo.eu > <mailto:hilaire@drgeo.eu>> wrote: > > It depends on what you are doing in a step, but 1s step should > not hurt. > May be the problem is somewhere else. > With DrGeo, I noted Athens is faster to BitBlt with bitmap > operations > (in my case, only scaling and displaying a From in a DrGeo > canvas). > Also, do your bitmaps come with 32 bits depth? > > -- > Dr. Geo > http://drgeo.eu > > >

Jan. 16, 2016