June 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Moose-dev] [ANN] Roassal 1.28

by Alexandre Bergel

> Igor is working on creating a bundled DLL for easier distribution :) > > wait a few more days and send some cookies to igor :) Excellent! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 4, 2012

Re: [Pharo-project] [Moose-dev] [ANN] Roassal 1.28

by Tudor Girba

Hi, Here are the instructions I sent to the pharo mailing list for how to install Athens (I also added this comment to the ConfigurationOfAthens): 1. Install Cairo on your machine For example, for Mac, you open the terminal and run: sudo port install -f cairo +universal More information can be found here: http://cairographics.org/download/ 2. Download the NativeBoost enabled Cog VM from: https://ci.lille.inria.fr/pharo/view/NativeBoost/ 3. Get a Pharo image and run: Gofer new squeaksource: 'Athens'; package: 'ConfigurationOfAthens'; load. (Smalltalk at: #ConfigurationOfAthens) loadDevelopment 4. Play with it. For example: VGTigerDemo runDemo Cheers, Doru On 4 Jun 2012, at 23:12, Alexandre Bergel wrote: >> Thanks alex and others. >> Now did you have a look at Athens? >> Because you have vector graphics inside the image **now**. >> And this is working. > > I do not understand. There is a vectorial support in the image now? I just checked Pharo 2.0 and I could not see it. > > There is no alternative to use MacPorts? Anyone know how large cairo is by installing it via Macport? > VW contains the Cairo DLL. It works out of the box, no need of macport. > > Cheers, > Alexandre > > > >>> Dear Fellow, >>> >>> A couple of weeks ago we have released the Roassal visualization engine. Many of you gave us feedback and we are deeply grateful for this. >>> >>> Since we released the first version, we have closed 25 issues [*]. Many things are left to do, especially to satisfy all the requirements from the Moose community. >>> >>> We are currently working on an HTML exporter for Roassal. We know this is a highly wanted feature. In a couple of weeks we should be able to deliver it. >>> >>> Since the first release of Roassal, we have worked very hard on it and we will continue to do so. >>> >>> Thanks to all of you! >>> Alexandre, Vanessa, Juan Pablo >>> >>> [*] http://code.google.com/p/objectprofile/issues/list?can=1&q=status=Fixed%20c… >>> >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >> >> >> _______________________________________________ >> 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 > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

June 4, 2012

Re: [Pharo-project] [Moose-dev] [ANN] Roassal 1.28

by Camillo Bruni

On 2012-06-04, at 23:12, Alexandre Bergel wrote: >> Thanks alex and others. >> Now did you have a look at Athens? >> Because you have vector graphics inside the image **now**. >> And this is working. > > I do not understand. There is a vectorial support in the image now? I just checked Pharo 2.0 and I could not see it. > > There is no alternative to use MacPorts? Anyone know how large cairo is by installing it via Macport? > VW contains the Cairo DLL. It works out of the box, no need of macport. Igor is working on creating a bundled DLL for easier distribution :) wait a few more days and send some cookies to igor :)

June 4, 2012

Re: [Pharo-project] [Moose-dev] [ANN] Roassal 1.28

by Alexandre Bergel

> Thanks alex and others. > Now did you have a look at Athens? > Because you have vector graphics inside the image **now**. > And this is working. I do not understand. There is a vectorial support in the image now? I just checked Pharo 2.0 and I could not see it. There is no alternative to use MacPorts? Anyone know how large cairo is by installing it via Macport? VW contains the Cairo DLL. It works out of the box, no need of macport. Cheers, Alexandre >> Dear Fellow, >> >> A couple of weeks ago we have released the Roassal visualization engine. Many of you gave us feedback and we are deeply grateful for this. >> >> Since we released the first version, we have closed 25 issues [*]. Many things are left to do, especially to satisfy all the requirements from the Moose community. >> >> We are currently working on an HTML exporter for Roassal. We know this is a highly wanted feature. In a couple of weeks we should be able to deliver it. >> >> Since the first release of Roassal, we have worked very hard on it and we will continue to do so. >> >> Thanks to all of you! >> Alexandre, Vanessa, Juan Pablo >> >> [*] http://code.google.com/p/objectprofile/issues/list?can=1&q=status=Fixed%20c… >> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 4, 2012

Re: [Pharo-project] ClassBoxes... bitrotted, or usable?

by Alexandre Bergel

This was the implementation in Modular Smalltalk if I remember correctly. In plain Smalltalk you send a message named #msg and the lookup gives you a compile method. In Modular Smalltalk, there is an intermediary step: #msg -> #Namespace.msg -> compile method Alexandre On Jun 4, 2012, at 8:34 AM, Jan Vrany wrote: > Hi > > > - having a class Selector that get evaluated into a symbol. You can then achieved selector namespaces, which does not incur a cost at execution. > > I do not understand the idea. Could you give an example? > > > Cheers, Jan > > > >> >> Cheers, >> Alexandre >> >> >> On Jun 1, 2012, at 10:55 AM, Frank Shearar wrote: >> >>> I mused with a colleague about how I'd like to see "lexically scoped >>> monkey patching", and he pointed me to some guys that want to add that >>> to Ruby (http://timelessrepo.com/refinements-in-ruby) Note the >>> inspiration for their work: ClassBoxes! >>> (http://scg.unibe.ch/research/classboxes) >>> >>> I remember reading the paper years ago, and started working through it >>> again now. Something that's not clear to me is this: does ClassBoxes >>> require VM-side changes? (Because it changes the method lookup, after >>> all, searching packages for methods before working up the inheritance >>> tree.) If so, how invasive are they? If not, do we have a ball-park >>> estimate of how much work it would be to update ClassBoxes to a more >>> recent Squeak/Pharo? >>> >>> I'm more than happy to do the dogwork. I'd just like to know whether >>> I'm signing up for months of work or not. >>> >>> Thanks! >>> >>> frank >>> >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 4, 2012

Re: [Pharo-project] idle VM runs at constant 3-5% CPU load

by Nicolas Cellier

Hehe, that reminds me time when i had clients using a st-80 app on a server workstation. At that time, MVC UI was still polling, with some kind of heart beat for relaxing CPU cycles... But RAM was not cheap and was the true bottleneck, our app already did already consume a few Mbytes. Naturally users did notice that they would not be swapped out of memory if they shake the mouse. So they more or less instinctively shake the mouse and we got lot of complaints from system engineers. They could not understand how a modern application could waste so many cycles for nothing and be such a bad citizen... I see that many years later, despite our (late) conversion to event driven UI, we still have some remnant ghosts... Nicolas 2012/6/4 Sven Van Caekenberghe <sven(a)beta9.be>: > Yes, we should at least understand why this happens. > > BTW, another related question is: when running headless, do we actually need those 6 processes ? > > Sven > > On 04 Jun 2012, at 21:56, Igor Stasenko wrote: > >> i just wonder, what takes so much CPU time, even if it completely idle... >> >> >> 4831- Â NBCog Â Â Â Â 4.8 >> 51519- NBCog Â Â Â Â 3.5 >> >> if i kill a UI process, the load goes down to 2.5-3 % ... >> still too much. >> >> i would like to know how we can minimize this. >> The reason why i concerned is straightly pragmatic: extending battery life.. >> >> i found that if i run completely on battery.. it depleting quite fast >> with VM running (and i don't do anything just coding, i.e not running >> benchmarks, but more thinking and typing). >> >> -- >> Best regards, >> Igor Stasenko. >> > >

June 4, 2012

Re: [Pharo-project] idle VM runs at constant 3-5% CPU load

by Igor Stasenko

On 4 June 2012 22:07, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > Yes, we should at least understand why this happens. > > BTW, another related question is: when running headless, do we actually need those 6 processes ? > well, here ones: 1. Delay 2. Event fetcher 3. Low space watcher 4. UI process 5. finalization process 6. idle process well, i did following: InputEventFetcher shutDown. Delay stopTimerEventLoop. WeakArray finalizationProcess terminate. Processor activeProcess terminate. and still having constant 2.3-2.4% CPU load.. there's only idle process left.. > Sven -- Best regards, Igor Stasenko.

June 4, 2012

Re: [Pharo-project] idle VM runs at constant 3-5% CPU load

by Sven Van Caekenberghe

Yes, we should at least understand why this happens. BTW, another related question is: when running headless, do we actually need those 6 processes ? Sven On 04 Jun 2012, at 21:56, Igor Stasenko wrote: > i just wonder, what takes so much CPU time, even if it completely idle... > > > 4831- NBCog 4.8 > 51519- NBCog 3.5 > > if i kill a UI process, the load goes down to 2.5-3 % ... > still too much. > > i would like to know how we can minimize this. > The reason why i concerned is straightly pragmatic: extending battery life.. > > i found that if i run completely on battery.. it depleting quite fast > with VM running (and i don't do anything just coding, i.e not running > benchmarks, but more thinking and typing). > > -- > Best regards, > Igor Stasenko. >

June 4, 2012

Re: [Pharo-project] [update 2.0] #20110

by StÃ©phane Ducasse

Ok I know these ones and I will try to allocate some time. stef On Jun 4, 2012, at 7:35 PM, Esteban Lorenzano wrote: > 20110 > ----- > > Issue 5977: Rpackage may not handle well method removal in traits > http://code.google.com/p/pharo/issues/detail?id=5977 > > Issue 5997: Classes that implement unsafe equals > http://code.google.com/p/pharo/issues/detail?id=5997 > > > Just 3 rpackage tests in yellow now... although this is not the end of history, just the beginning, we are getting closer :)

June 4, 2012

[Pharo-project] idle VM runs at constant 3-5% CPU load

by Igor Stasenko

i just wonder, what takes so much CPU time, even if it completely idle... 4831- NBCog 4.8 51519- NBCog 3.5 if i kill a UI process, the load goes down to 2.5-3 % ... still too much. i would like to know how we can minimize this. The reason why i concerned is straightly pragmatic: extending battery life.. i found that if i run completely on battery.. it depleting quite fast with VM running (and i don't do anything just coding, i.e not running benchmarks, but more thinking and typing). -- Best regards, Igor Stasenko.

June 4, 2012