June 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Slowness question

by Hilaire Fernandes

Hi Steph, Before I would like to discuss the issue because I don't know if it belongs to drgeo itlself or Pharo. What is strange, althought the script execution becomes more and more slow as more and more items are built, once the sketch is fully constructed, manipulating the sketch is fast and smooth. The only things I can add about this script: the construction take place in a forked process to let the user see the construction as an animation. I emptied the change/update family of methods in the used morph for drgeo canvas, it does change the issue. Hilaire Le 06/06/2014 18:03, stepharo a Ã©crit : > can you open a bug entry. > > Stef > > On 6/6/14 14:55, Hilaire Fernandes wrote: >> When executing under the profiler the mentioned DrGeo script, I realize >> the Profiler window is severely broken: >> >> Part of the windows can't be renderd, profile result can not be properly >> read (tiny text zone user can't resize). See screenshot. >> Can't see related problem on the bug tracker. >> >> Hilaire >> >> Le 04/06/2014 23:15, Hilaire Fernandes a Ã©crit : >>> Before porting DrGeo to Athens, the animation was pretty fast, now it is >>> very slow. >>> >>> Any idea from where it could come from? > > > -- Dr. Geo http://drgeo.eu

June 6, 2014

Re: [Pharo-users] Slowness question

by stepharo

igor is hacking with max on virtualCPU to offer a common abstraction to both X86 and ARM assembly generation and nativeboost. Stef On 4/6/14 23:15, Hilaire Fernandes wrote: > Hi, > > > Programmed sketch in DrGeo can be animated, for example like the script > bellow. > The "canvas do:" message forks the block so user is not blocked. > At #udpate message the items and views (morph) are recomputed and refreshed > . > Before porting DrGeo to Athens, the animation was pretty fast, now it is > very slow. > > Any idea from where it could come from? > > Thanks > > > ---8<------ > |canvas s stats points| > > points :=Array new: 12. > stats := Array new: 12 withAll: 0. > > canvas := DrGeoCanvas new. > 2 to: 12 do: [:i | > points at: i put: (canvas point: i(a)0.1) > (points at: i) square; color: Color blue. > s := canvas segment: i@0 to: (points at: i). > s color: Color red]. > > canvas do: [ > 1 to: 10000 do: [:i| > s := 6 atRandom + 6 atRandom. > stats at: s put: ((stats at: s)+1). > (points at: s) > name: (stats at: s) asString; > moveTo: s @ ((stats at: s) / 100). > canvas update]. > ---8<------ > > >

June 6, 2014

[ANN] Generating beautiful html books from Pillar

by Damien Cassou

Nicolas Petton and I are proud to announce the possibility to create really nice HTML books from Pillar (I must thank https://github.com/GitbookIO/gitbook as well). The first book to get this nice layout is the Pillar documentation: http://damiencassou.gitbooks.io/pillar/introduction.pier.html -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

June 6, 2014

Re: [Pharo-users] Slowness question

by stepharo

can you open a bug entry. Stef On 6/6/14 14:55, Hilaire Fernandes wrote: > When executing under the profiler the mentioned DrGeo script, I realize > the Profiler window is severely broken: > > Part of the windows can't be renderd, profile result can not be properly > read (tiny text zone user can't resize). See screenshot. > Can't see related problem on the bug tracker. > > Hilaire > > Le 04/06/2014 23:15, Hilaire Fernandes a Ã©crit : >> Before porting DrGeo to Athens, the animation was pretty fast, now it is >> very slow. >> >> Any idea from where it could come from?

June 6, 2014

Re: [Pharo-users] Slowness question

by Hilaire Fernandes

I extracted from the buggy profiler window the profile tree of the execution of this script. The DrGeo computing part take only a fraction of the CPU time. Hilaire Le 06/06/2014 14:55, Hilaire Fernandes a Ã©crit : > When executing under the profiler the mentioned DrGeo script, I realize > the Profiler window is severely broken: > > Part of the windows can't be renderd, profile result can not be properly > read (tiny text zone user can't resize). See screenshot. > Can't see related problem on the bug tracker. > > Hilaire > > Le 04/06/2014 23:15, Hilaire Fernandes a Ã©crit : >> Before porting DrGeo to Athens, the animation was pretty fast, now it is >> very slow. >> >> Any idea from where it could come from? > -- Dr. Geo http://drgeo.eu

June 6, 2014

Re: [Pharo-users] MorphTree behavior changed

by Hilaire Fernandes

I agree with you. That's why I beg for a few releases to concentrate on consolidation to make the system cleaner *and* easier to understand for beginner, and not so beginner. The Annoucement framework looks definitely better and it is easier to track it in the image. Thanks Hilaire Le 06/06/2014 14:52, Sven Van Caekenberghe a Ã©crit : > > On 06 Jun 2014, at 14:41, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > >> Just confused by the shift to Annoucement. Ok now. >> Again I beg for consolidations in Pharo to avoid confusion with multiple >> frameworks doing the same things. > > But is it not normal that first the basic building blocks of something new are added, then slowly more and more code starts using it ? OK, this is not ideal, but not everything can happen at once. > > The Announcement framework is small, old, external and independent of other system elements. It is used at various places already but I guess it is not yet used everywhere uniformly. Maybe it is not ideal for everything. > > > -- Dr. Geo http://drgeo.eu

June 6, 2014

Re: [Pharo-users] Slowness question

by Hilaire Fernandes

Right, I remember about it as well. Once a few morphs are added it get really slower pretty quickly. The discussion you refer is there: http://forum.world.st/Redraw-suggestion-for-Athens-tt4750951.html#a4751188 Regarding DrGeo canvas, it does not really need and rely on the change mechanisme of Morph: model tree is updated in one shot, then the views are updated in one shot after. But may be there are leftover change in the used view, not necessary to drgeo but implying unecessary update. Hilaire Le 06/06/2014 14:46, Sven Van Caekenberghe a Ã©crit : > I don't know, this is not my area. But I remember a discussion about Morphic updates and Athens where Igor participated in, but I can't find it anywhere. I thought he said doing it that way is very inefficient. -- Dr. Geo http://drgeo.eu

June 6, 2014

Re: [Pharo-users] Slowness question

by Hilaire Fernandes

When executing under the profiler the mentioned DrGeo script, I realize the Profiler window is severely broken: Part of the windows can't be renderd, profile result can not be properly read (tiny text zone user can't resize). See screenshot. Can't see related problem on the bug tracker. Hilaire Le 04/06/2014 23:15, Hilaire Fernandes a Ã©crit : > Before porting DrGeo to Athens, the animation was pretty fast, now it is > very slow. > > Any idea from where it could come from? -- Dr. Geo http://drgeo.eu

June 6, 2014

Re: [Pharo-users] MorphTree behavior changed

by Sven Van Caekenberghe

On 06 Jun 2014, at 14:41, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > Just confused by the shift to Annoucement. Ok now. > Again I beg for consolidations in Pharo to avoid confusion with multiple > frameworks doing the same things. But is it not normal that first the basic building blocks of something new are added, then slowly more and more code starts using it ? OK, this is not ideal, but not everything can happen at once. The Announcement framework is small, old, external and independent of other system elements. It is used at various places already but I guess it is not yet used everywhere uniformly. Maybe it is not ideal for everything.

June 6, 2014

Re: [Pharo-users] Slowness question

by Sven Van Caekenberghe

On 04 Jun 2014, at 23:15, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > Programmed sketch in DrGeo can be animated, for example like the script > bellow. > The "canvas do:" message forks the block so user is not blocked. > At #udpate message the items and views (morph) are recomputed and refreshed > . > Before porting DrGeo to Athens, the animation was pretty fast, now it is > very slow. > > Any idea from where it could come from? I don't know, this is not my area. But I remember a discussion about Morphic updates and Athens where Igor participated in, but I can't find it anywhere. I thought he said doing it that way is very inefficient. Sorry for the vague answer.

June 6, 2014