Re: Morphic is super slow
Posted by
kilon.alios on
Jan 16, 2016; 8:34am
URL: https://forum.world.st/Morphic-is-super-slow-tp4871614p4871708.html
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 <
[hidden email]> 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.
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 <
[hidden email]>
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
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