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

[Pharo-project] Pharocasts ... updating and screencasts wanted

by Torsten Bergmann

James Robertson is doing lots of Screencasts on Pharo (and other Smalltalks) in his ST4U series: http://www.jarober.com/blog/st4u.ssp Maybe we can ask him to link them on Pharocasts.com too? Thx T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

June 5, 2012

Re: [Pharo-project] Next step in cleaning DataStream

by Marcus Denker

On Jun 4, 2012, at 6:16 PM, Damien Cassou wrote: > On Mon, Jun 4, 2012 at 6:09 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >> I think it is a good proposal. Then it can be in separate package or as part >> of MC package. > > I would put DataStream and its friends within the monticello package, > and prepend MC to their names. Then, you can clean the resulting > classes if you want to. Yes, I think that is what we should do. Marcus -- Marcus Denker -- http://marcusdenker.de

June 5, 2012

[Pharo-project] Free ST books on the project page

by Torsten Bergmann

Shouldnt the book section http://www.pharo-project.org/documentation/tutorials-books on the Pharo webpage also include a reference to all the free Smalltalk books http://stephane.ducasse.free.fr/FreeBooks.html Anyone able to change the page? Thx T. -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

June 5, 2012

Re: [Pharo-project] About announcements

by Esteban Lorenzano

Hi, On Jun 5, 2012, at 6:17 AM, Santiago Bragagnolo wrote: > Hi All! > > Im adding an announcer in my project, 'cause, in order to build a call graph, ill need to know about inferencer-stack movements. I was thinking, the meaning of it is to create an announcement object with it configuration for any push or pop of a stack that's similar to the runtime stack, these are a lots lots lots of objects proably with lesser optimization than BlockClosure. I was thinking in add extension methods that allow me something like > > self announce: [ StackPush new ] ifAnyIsInteresetedIn: StackPush. > > > Well, i have two questions: > > a) Am i right? No.. dispatch of events to those who are interested is already done. when you suscribe using #on: anAnnouncement do: ..., or #on: anAnnouncement send: ... to: ... you are already declaring "I'm interested on anAnnouncement", and the dispatcher delivers appropriately. > b) subscriptions variable at SubscriptionRegistry is an OrderedCollection, but is commonly accessed to get the subscriptors related with some concrete type, why not a Dictionary? is not faster than an OrderCollection in the tipical case of use? Ok, it could complicate calls like 'remove: subscriptor' but, commonly if you have the subscriptor, you have the Announcement type. Maybe the common ammount of subscriptors in a announcer is too little? a dictionary of what? announcement->suscriptions? Esteban > > Thanks! > > >

June 5, 2012

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

by StÃ©phane Ducasse

But if you that would be first user of athens does not try the beta version then do you expect that athens will get out? So how igor know that what he is doing is good. So please follow the instructions and gee feedback igor spent 4 months (at least) on it already Stef On Jun 4, 2012, at 11:39 PM, Alexandre Bergel wrote: >> 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 5, 2012

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

by Andreas Raab

-------- Original-Nachricht -------- > Quoting Igor Stasenko <siguctua(a)gmail.com>: > > > > > 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. > > Well, there are both image and VM issues here. I'll assume you're > running Pharo on a Mac. Running Cuis on a Mac, when idle, uses 2.6 - > 2.7%. So, the UI process can be optimized to the point where it takes > almost zero CPU. > > But there are VM platform code issues too. Doing the same on a Windows > 7 Atom netbook, Cuis uses 0% (zero!) CPU. The reason for which is that ioRelinquishProcessor() is implemented in precisely the fashion Eliot described it in his earlier message, by calling a blocking function which wakes up when there is some activity (either UI or other such as sockets). Cheers, - Andreas -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

June 5, 2012

[Pharo-project] About announcements

by Santiago Bragagnolo

Hi All! Im adding an announcer in my project, 'cause, in order to build a call graph, ill need to know about inferencer-stack movements. I was thinking, the meaning of it is to create an announcement object with it configuration for any push or pop of a stack that's similar to the runtime stack, these are a lots lots lots of objects proably with lesser optimization than BlockClosure. I was thinking in add extension methods that allow me something like self announce: [ StackPush new ] ifAnyIsInteresetedIn: StackPush. Well, i have two questions: a) Am i right? b) subscriptions variable at SubscriptionRegistry is an OrderedCollection, but is commonly accessed to get the subscriptors related with some concrete type, why not a Dictionary? is not faster than an OrderCollection in the tipical case of use? Ok, it could complicate calls like 'remove: subscriptor' but, commonly if you have the subscriptor, you have the Announcement type. Maybe the common ammount of subscriptors in a announcer is too little? Thanks!

June 5, 2012

[Pharo-project] Magritte 3

by Santiago Bragagnolo

Hi guys! Is there any "what's new in magritte 3" ??

June 5, 2012

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

by Juan Vuletich (mail lists)

Hi Igor, Quoting Igor Stasenko <siguctua(a)gmail.com>: > > 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. Well, there are both image and VM issues here. I'll assume you're running Pharo on a Mac. Running Cuis on a Mac, when idle, uses 2.6 - 2.7%. So, the UI process can be optimized to the point where it takes almost zero CPU. But there are VM platform code issues too. Doing the same on a Windows 7 Atom netbook, Cuis uses 0% (zero!) CPU. > 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. > Cheers, Juan Vuletich

June 5, 2012

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

by Eliot Miranda

On Mon, Jun 4, 2012 at 12:56 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > i just wonder, what takes so much CPU time, even if it completely idle... > The basic issue is the idle process that spins doing a yield instead of blocking. Basically, instead of ioRelinquishProcessorForMicroseconds the VM should enter a blocking call that will terminate when the next delay or i/o event occurs. This requires rearchitecting delays because currently the VM polls for delay expiry. For the VM to block while a delay is active there must be a delay callback/signal/interrupt etc that has the side-effect of terminating the blocking call. > > > 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. > -- best, Eliot

June 4, 2012