February 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] CI Server still down...

by Marcus Denker

So I restarted the slaves, but now the Jenkins is down: https://ci.inria.fr/pharo/ <https://ci.inria.fr/pharo/> I already restarted it once, it does not start up again. I try againâ¦. > On 23 Feb 2015, at 14:49, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Ci is up againâ¦ we now need to restart the slaves. > >> On 20 Feb 2015, at 11:03, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> Hi, >> >> CI Servers are still down. >> >> Until they are up we can not do any integration nor run the automatic check >> on submitted things. >> >> Marcus >

Feb. 23, 2015

Re: [Pharo-dev] CI Server still down...

by Sven Van Caekenberghe

The build queues are massive ... 600+ on contrib Maybe they need to be reset ? > On 23 Feb 2015, at 14:49, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Ci is up againâ¦ we now need to restart the slaves. > >> On 20 Feb 2015, at 11:03, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> Hi, >> >> CI Servers are still down. >> >> Until they are up we can not do any integration nor run the automatic check >> on submitted things. >> >> Marcus > >

Feb. 23, 2015

Re: [Pharo-dev] Determine if a method is Jitted or not

by Thierry Goubier

Hi Clement, 2015-02-23 14:46 GMT+01:00 ClÃ©ment Bera <bera.clement(a)gmail.com>: > > Any method is jitted if when activated it's already in the global lookup > cache and it's not already jitted (so mostly on second calls). > Ok. > > The only limit is on the number of literals. A method with more than a > certain number of literals (by default, 64) is not jitted. You can change > this limit by starting the VM with a specific command line argument (I > don't remember, something like --maxNumLiterals, you will find it when > pressing --help I don't have access to a VM right now). Basically the limit > is to 64 because the GC consume a lot of time in the machine code zone. > Each literals require specific care because their addresses are directly in > the generated code (Has the literal moved in memory, ...). > 64 literals in a method... This means something like : aCompiledMethod numLiterals <= 64 Would reasonably tells me which methods will be jitted. > > There's a few other things, such as a method with unknown bytecodes will > not be jitted (so you can rely for example on the respondsToUnknownBytecode > hook with interpreted methods), but I don't think it matters for you. > And unknown bytecodes won't be generated by standard smalltalk code, right? So it shouldn't matter to me. This is very helpful, thanks. Thierry

Feb. 23, 2015

Re: [Pharo-dev] CI Server still down...

by Marcus Denker

Ci is up againâ¦ we now need to restart the slaves. > On 20 Feb 2015, at 11:03, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > CI Servers are still down. > > Until they are up we can not do any integration nor run the automatic check > on submitted things. > > Marcus

Feb. 23, 2015

Re: [Pharo-dev] Determine if a method is Jitted or not

by ClÃ©ment Bera

2015-02-23 14:05 GMT+01:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > Hi All, > Hello, > > anybody knows how to check if a method is jitted or not? > I don't think there's a way to do that. > > I remember (maybe wrongly) that the Jit in Cog has a configurable limit on > the number of bytecodes for a method to be jitted or not; I'm looking into > the performance of generated code where I can, more or less, control the > length of methods (SmaCC) and I'd like to find the optimum point. > > Any method is jitted if when activated it's already in the global lookup cache and it's not already jitted (so mostly on second calls). The only limit is on the number of literals. A method with more than a certain number of literals (by default, 64) is not jitted. You can change this limit by starting the VM with a specific command line argument (I don't remember, something like --maxNumLiterals, you will find it when pressing --help I don't have access to a VM right now). Basically the limit is to 64 because the GC consume a lot of time in the machine code zone. Each literals require specific care because their addresses are directly in the generated code (Has the literal moved in memory, ...). There's a few other things, such as a method with unknown bytecodes will not be jitted (so you can rely for example on the respondsToUnknownBytecode hook with interpreted methods), but I don't think it matters for you. > Thanks, > > Thierry >

Feb. 23, 2015

Determine if a method is Jitted or not

by Thierry Goubier

Hi All, anybody knows how to check if a method is jitted or not? I remember (maybe wrongly) that the Jit in Cog has a configurable limit on the number of bytecodes for a method to be jitted or not; I'm looking into the performance of generated code where I can, more or less, control the length of methods (SmaCC) and I'd like to find the optimum point. Thanks, Thierry

Feb. 23, 2015

Re: [Pharo-dev] Athens/Morphic

by kilon alios

so that means now athens mix with morphic just fine without extra work , great work guys :) On Mon, Feb 23, 2015 at 10:59 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > Load the new configuration of athens (2.9) > Open an AthensWorld: > AthensWrapWorldMorph new openInWorld > > > Drag and drop some morphs on this athens world. > (Nautilus /Old Workspace should fully work/ GT Inspector and Playground > not) > > > > 2015-02-23 9:51 GMT+01:00 stepharo <stepharo(a)free.fr>: > >> how can I play with that? >> >> even if I should not. >> >> Le 20/2/15 08:54, Marcus Denker a Ã©crit : >> >> Very nice! Works here (on Mac). >> >> I will integrate as soon as the CI is up againâ¦ >> >> Marcus >> >> On 19 Feb 2015, at 12:44, Nicolai Hess <nicolaihess(a)web.de> wrote: >> >> Most of this (without the test class (AthensTestDisplay)) is now >> ready for >> integration. >> >> A lot of changes for making Mophic and Text(Morphs) work on Athens >> (For testing purpose there is also the AthensWrapWorldMorph included). >> >> The Canvas wrapper (AthensCanvasWrapper) is not yet included and >> therefore >> all Morphs that do not explicit have a proper drawOnAthensCanvas method >> arent't drawn (or just like rectangles). >> >> Should work with any image >= 40490 >> Just load the latest ConfigurationOfAthens from pharo 40 inbox and >> load >> ConfigurationOfAthens loadVersion:'2.9' >> >> If this is working (or not:) ) please leave a note on fogbugz: >> "14954 load new configuration 2.9 (more morphic support)" >> >> >> nicolai >> >> >> 2015-01-31 11:54 GMT+01:00 Alain Plantec <alain.plantec(a)yahoo.com>: >> >>> >>> >>> Yes the HandMorph is handled like any other Morph, it draws itself >>> and >>> after that it draws all its submorphs. (And actually it does not use >>> any caching, and it is still quite fast) >>> >>> >>> the same in Bloc, no caching and it works just fine :) >>> >>> But yes, it needs a special drawOnAthens method. >>> >>> >>>> Do you plane to make a package for it ? >>>> I would like to integrate it in Bloc. >>>> >>> >>> What would like to integrate? >>> >>> In fact I do not see any change when in Bloc. >>> So I guess I will have to adapt Bloc to your changes. >>> >>> I will upload the changes in Athens-Morphic package to >>> the Athens repository. >>> >>> >>> cool. >>> >>> thanks >>> >>> Alain >>> >> >> >> >> >

Feb. 23, 2015

Re: [Pharo-dev] Weird method sourceâ¦

by Yuriy Tymchuk

Update: Iâve checked in clean image and itâs ok, looks like some profiling stuff that I load is modifying that. Uko > On 23 Feb 2015, at 10:27, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Hi, > > Take a look at the a look at the attached pic please. It should display a method #viewChanges:from:to: but as source you have #with3arg:arg:arg: > > <Screen Shot 2015-02-23 at 10.24.58.png> > > Uko

Feb. 23, 2015

Weird method sourceâ¦

by Yuriy Tymchuk

Hi, Take a look at the a look at the attached pic please. It should display a method #viewChanges:from:to: but as source you have #with3arg:arg:arg: Uko

Feb. 23, 2015

Re: [Pharo-dev] Example implementation of associations with Slots in Pharo 4.0

by Marcus Denker

> On 21 Feb 2015, at 21:11, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > > Today I experimented a little with the new Slots feature of Pharo 4.0. As an example I implemented support for associations/relationships. > Very nice! Can I add this to Pharo4 as an example? My idea is that at first we add these things as examples, and then later take the examples and distill a library of generally useful slots. Marcus

Feb. 23, 2015