[Pharo-users] Morphic is super slow

Dimitris Chloupis kilon.alios at gmail.com
Sat Jan 16 03:12:04 EST 2016


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 at 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 at 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 at 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
>>>
>>>
>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/attachments/20160116/034d3860/attachment.html>


More information about the Pharo-users mailing list