August 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] jenkins cog - slow monticello on osx

by Igor Stasenko

On 26 August 2011 13:30, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Since a couple of weeks I am working with the Cog VM built on Jenkins: > https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-Mac-Cocoa/ > > Here is a little feedback. It worked quite well, the only problem is that Monticello is really slow in the Moose image. This means that even opening the Monticello Browser takes several seconds. > > I thought that this might be induced by something in the Moose image, but if I try with the Elliot's VM (2489), it works blazingly fast. > Thanks for the information, Tudor. Apparently the difference between Eliot's VM and Cog-Mac-Cocoa that they are using different frameworks (Carbon vs Cocoa) and i don't know too much details about the difference there. John or Esteban may have better insights how to fix that. > Cheers, > Doru > > > -- > www.tudorgirba.com > > "The coherence of a trip is given by the clearness of the goal." > > > > > > -- Best regards, Igor Stasenko AKA sig.

Aug. 26, 2011

[Pharo-project] jenkins cog - slow monticello on osx

by Tudor Girba

Hi, Since a couple of weeks I am working with the Cog VM built on Jenkins: https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-Mac-Cocoa/ Here is a little feedback. It worked quite well, the only problem is that Monticello is really slow in the Moose image. This means that even opening the Monticello Browser takes several seconds. I thought that this might be induced by something in the Moose image, but if I try with the Elliot's VM (2489), it works blazingly fast. Cheers, Doru -- www.tudorgirba.com "The coherence of a trip is given by the clearness of the goal."

Aug. 26, 2011

Re: [Pharo-project] Addition to "About Pharo" dialog

by GermÃ¡n Arduino

I take a look to SystemReporter, really interesting, it has a lot of information. It's based on ToolBuilder, if I not bad remember of this list, was removed from Pharo. Sorry with the question (I'm not a morphic guy) but exist some guide to convert/migrate/rewrite a UI from ToolBuilder to current UI tools on Pharo? Cheers. 2011/8/26 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > In Squeak alexander lazaverich did a SystemReporter. I wanted to have a look but got distracted. > It would be good to use it. > > Stef > > > On Aug 26, 2011, at 12:36 AM, GermÃ¡n Arduino wrote: > >> Hi Guys: >> >> Is just me that think that is useful to have the VM version at hand >> (may be in the "About Pharo" dialog)? >> >> In my case, using different computers, and having differents vm's is >> so useful and I added a little code to have this info in such Dialog. >> >> If may be of interest I cand send a slice. Let me know. >> >> Cheers. >> >> -- >> ================================================= >> GermÃ¡n S. Arduino Â <gsa @ arsol.net> Â Twitter: garduino >> Arduino Software & Web Hosting Â http://www.arduinosoftware.com >> PasswordsPro Â http://www.passwordspro.com >> ================================================= >> > > > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

Aug. 26, 2011

Re: [Pharo-project] squeaksource down

by GermÃ¡n Arduino

Thanks Tobias! 2011/8/26 Tobias Pape <Das.Linux(a)gmx.de>: > I hope to provide further information on that > topic, especially providing a path for the projects seriously > storing on ss3.â¦/ss to outlive the alpha phase. > > Please stay tuned. > > Best > Â Â Â Â -Tobias > > Am 2011-08-26 um 11:40 schrieb Max Leske: > >> I feared so. Was nice hoping for a moment though :/ >> >> >> On 26.08.2011, at 12:14, Frank Shearar wrote: >> >>> On 26 August 2011 08:21, Max Leske <maxleske(a)gmail.com> wrote: >>>> Since squeaksource is down againâ¦ Does it make sense to move my own projects to ss3.gemstone.com/ss? >>> >>> With everyone moving their projects to ss3 perhaps it seems prudent to >>> remember that ss3 is in _alpha_ and they're quite clear that the >>> current phase is purely for testing: "The contents of this repository >>> will NOT survive beyond the lifetime of the public Alpha. DO NOT store >>> anything you are not willing to lose in this repository." >>> >>> frank >>> >> >> > > >

Aug. 26, 2011

Re: [Pharo-project] squeaksource down

by Tobias Pape

I hope to provide further information on that topic, especially providing a path for the projects seriously storing on ss3.â¦/ss to outlive the alpha phase. Please stay tuned. Best -Tobias Am 2011-08-26 um 11:40 schrieb Max Leske: > I feared so. Was nice hoping for a moment though :/ > > > On 26.08.2011, at 12:14, Frank Shearar wrote: > >> On 26 August 2011 08:21, Max Leske <maxleske(a)gmail.com> wrote: >>> Since squeaksource is down againâ¦ Does it make sense to move my own projects to ss3.gemstone.com/ss? >> >> With everyone moving their projects to ss3 perhaps it seems prudent to >> remember that ss3 is in _alpha_ and they're quite clear that the >> current phase is purely for testing: "The contents of this repository >> will NOT survive beyond the lifetime of the public Alpha. DO NOT store >> anything you are not willing to lose in this repository." >> >> frank >> > >

Aug. 26, 2011

Re: [Pharo-project] [Vm-dev] The serverMode flag and some thoughts on event polling

by David T. Lewis

On Thu, Aug 25, 2011 at 01:01:10PM -0400, Dimitry Golubovsky wrote: > > Hi, > > [this is not really about VM alone, but rather how image and VM > interact - hence posting to multiple lists] Dimitry, Thank you for this detailed and helpful explanation. I hope it generates some follow up discussion. Dave > > In the process of porting Cog to Android, I observed the following > pattern. If a scrollbar's "up" or "down" button is held pressed > (prolonged tap on a button) for few seconds, the VM freezes, and gets > killed by Android. Digging down the code got me to the > WorldState>>interCyclePause: method. When there are morphs requesting > stepping by shorter than certain time interval, the process > responsibke for running step methods keeps looping without giving up > to lower priority processes (and the host OS). ScrollBar seems to > decrease the stepping interval over time to simulate accelerated > scrolling. > > In order to port Cog to Android, I turned it into an event-driven VM > based on ideas found in [1]. The same was done by Andreas for his > earlier Classic VM port. My approach is a bit different such as the > longjmp call is made as part of the relinquishProcessor primitive. > Such primitive is called only from the lowest priority (idle) process > which only can run when there are no external events to deal with. The > event-driven VM needs to exit from the interpreter to the host process > in order to obtain any input events. Thus, non-interrupted polling > just deadlocks the interpreter as it cannot exit to the host process > to get more events, yet keeps polling for them. > > The serverMode flag [2] (aka Mantis #6581) came to rescue. With such > flag set to true, polling for events always yields CPU for 50ms (which > in the Android case is meaningless anyway: I would not give the VM > idle timer more often than 10 times per sec, so 50ms granularity is > just not handleable). Anyway this does the trick as the lowest > priority process gets its CPU time, and exits the interpreter to the > host process. With serverMode = true I can tap a scroller button as > long as I want, and even the text cursor in a workspace keeps blinking > which means that stepping works and VM is alive. BTW in Android, the > interpreter will be called as soon as any user action is intercepted, > so responsiveness is not degraded regardless of the delay introduced > by serverMode. > > I have found at least one place (this is in PharoCore) where > serverMode is not honored: PolygonMorph class >> fromHand: (this > method creates a polygon drawn by the mouse) > > This method has code pieces (repeating multiple times btw - why is it > not a separate method?) > > [Sensor anyButtonPressed] whileFalse: > [self currentWorld displayWorldSafely; runStepMethods]. > > which is clearly grabbing the event sensor to the polygon morph while > keeping other morphs stepped, so the VM does not seem dead entirely. > In my case though executing PolygonMorph fromHand: defaultHand freezes > the VM immediately as this is uninterrupted polling again. > > While I'll try to experiment with inserting interCyclePause somewhere > in these loops, there are broader questions on how event polling is > done these days: > > 1. Are there other morphs in packages not included in PharoCore where > event grabbing is done such way? > > 1a. Is this possible in general to have such functionality properly > embedded in WorldState instead of having it in a morph itself, if > event grabbing is needed? > > 2. Are there images in active development (other than PharoCore, and > Squeak) where event polling is done without an option to relinquish > processor? > > In fact, this VM freezing on stepping morphs was a big issue, and it > mainly kept me from moving towards the public release. Now that it > seems to be solved (unless there is a flaw in my logic above) it takes > me closer to finishing the Cog for Android port. > > Thanks. > > ------------------------------------------ > [1] http://lists.squeakfoundation.org/pipermail/vm-dev/2009-November/003385.html > [2] http://bugs.squeak.org/view.php?id=6581 > > -- > Dimitry Golubovsky > > Anywhere on the Web

Aug. 26, 2011

Re: [Pharo-project] CI down?

by Marcus Denker

On Aug 26, 2011, at 11:37 AM, Sean P. DeNigris wrote: > > Pavel Krivanek-3 wrote: >> >> The CI server https://ci.lille.inria.fr/pharo/ is not responding. Is it >> down? >> > > 502 Proxy Error > > The proxy server received an invalid response from an upstream server. > The proxy server could not handle the request GET /pharo/. > > Reason: Error reading from remote server I send a mail to INRIA support... -- Marcus Denker -- http://marcusdenker.de

Aug. 26, 2011

Re: [Pharo-project] squeaksource down

by Max Leske

I feared so. Was nice hoping for a moment though :/ On 26.08.2011, at 12:14, Frank Shearar wrote: > On 26 August 2011 08:21, Max Leske <maxleske(a)gmail.com> wrote: >> Since squeaksource is down againâ¦ Does it make sense to move my own projects to ss3.gemstone.com/ss? > > With everyone moving their projects to ss3 perhaps it seems prudent to > remember that ss3 is in _alpha_ and they're quite clear that the > current phase is purely for testing: "The contents of this repository > will NOT survive beyond the lifetime of the public Alpha. DO NOT store > anything you are not willing to lose in this repository." > > frank >

Aug. 26, 2011

Re: [Pharo-project] CI down?

by Sean P. DeNigris

Pavel Krivanek-3 wrote: > > The CI server https://ci.lille.inria.fr/pharo/ is not responding. Is it > down? > 502 Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /pharo/. Reason: Error reading from remote server -- View this message in context: http://forum.world.st/CI-down-tp3770259p3770490.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 26, 2011

Re: [Pharo-project] [Vm-dev] Cog in Jenkis has brokken finalization

by Igor Stasenko

well, i disabled those jobs and put a comments everywhere: This job has moved to Jenkins server.... the problem that windows slave refusing to work with jenkins, so all windows jobs are currently still on Hudson On 26 August 2011 09:53, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > > On Thu, Aug 25, 2011 at 5:40 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> On Aug 25, 2011, at 5:34 PM, Igor Stasenko wrote: >> >> > On 25 August 2011 14:38, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> >> >> >> Hi guys. The linux Cog VM from hudson has broken the finalization. Â Just run the WeakRegistryTest and you will see the broken test. Â It might happened because of the ephemerons because Eliot's VM works correctly. >> >> Even more, the VM from Jenkis is correct. So....I would remove the broken one from Hudson. >> >> >> > >> > I migrated unix and windows VM jobs to Jenkins. >> > Please use VMs built on Jenkins servers. >> > >> >> Can we delete the Hudson projects? Just to avoid confusion? >> > > That was all my email about in fact > >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> > > > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Best regards, Igor Stasenko AKA sig.

Aug. 26, 2011