- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo Stabilization Sprint

by Mariano Martinez Peck

Ben, I think I found the cause of the "changes" problem with Monticello, and I think you may have been involved ;) I have no idea how to fix it but tomorrow it would be cool to see it together if you attend. See you On Tue, Sep 4, 2012 at 10:02 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > I will see you there guys! > > > On Mon, Sep 3, 2012 at 5:16 PM, Guido Chari <charig(a)gmail.com> wrote: > >> I would love to participate, but this wed its not possibe since i have >> already a commitment for the morning and at my afternoon you would not be >> there. But i like very much the idea of being able to remotely participate, >> i hope to join you the next. >> >> 2012/9/3 Sean P. DeNigris <sean(a)clipperadams.com> >> >> >>> Guillermo Polito wrote >>> > >>> > Mine is guillermopolito! >>> > >>> >>> I'm sean.denigris >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Pharo-Stabilization-Sprint-tp4645941p4645951.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Sept. 4, 2012

Re: [Pharo-project] How to create a basic OS for the Raspberry Pi - VM+Pharo on top?

by Guido Chari

There is always a need for a vm. SqueakNos last release on mid 2011 was compatible only with an special compiled stackvm for x86 (this special vm strips out all the OS support and has a particular linking process). I'm not sure why someone would be willing to run sqnos on the Rasperry but anyway, the work for doing that should be the same than thatt for compiling the special stackvm from sqnos to ARM arquitecture. It would be very interesting to think on going one step further and try to make sqnos compatible with the new cogvm and pharo 2.0. Hope to have some time to try it. Cheers, Guido. 2012/9/4 S Krish <krishnamachari.sudhakar(a)gmail.com> > That would be great..!.. > > Need to order the pi and check it out.. > > > On Tue, Sep 4, 2012 at 12:21 PM, Frank Shearar <frank.shearar(a)gmail.com>wrote: > >> On 4 September 2012 07:30, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> > On Mon, Sep 3, 2012 at 5:31 PM, S Krish >> > <krishnamachari.sudhakar(a)gmail.com> wrote: >> >> I am sure you should be able to run Tiny Core linux ( vanilla without >> WM) on >> >> Raspberry.. add Pharo ... >> >> >> > There is a Debian made specially for the hardware... >> http://www.raspbian.org >> > I think this is what everyone is using. >> > >> > So the only thing missing is a VM... >> >> I assumed that Phil wants to run the image directly on the hardware, >> because the Pi already runs Squeak/Pharo/Scratch just fine. >> >> The SqueakNOS people might be able to help? >> >> frank >> >> > Marcus >> > >> > -- >> > Marcus Denker -- denker(a)acm.org >> > http://www.marcusdenker.de >> > >> >> >

Sept. 4, 2012

Re: [Pharo-project] Max CPU usage when #drawOn: is overridden

by S Krish

As an screenshot should explain it better.. This is now pushing the CPU to 66 - 90%+ almost all the time.. and as the top hogger of CPU constantly.. Not having VGTigerDemo does not alter it much.. so its not NativeBoost at fault per se.. Kill the clock and the VGTiger it comes down to a nice 4% CPU On Tue, Sep 4, 2012 at 7:08 PM, S Krish <krishnamachari.sudhakar(a)gmail.com>wrote: > > > If we override #drawOn: and implement custom logic to draw.. every few > milliseconds as it gets called the CPU usage shoots to available max.. > > Run four instances of the same class that overrides and does some > moderately complex draw routine of say : CircleMorph with border set, few > lines, color rendering.. > > I will send in the .st file later .. that can be tested against.. > > > Is this expected or what are the ways to avoid this CPU overhead... > > > NativeBoost animation, far more responsive.. also goes up very similarly. > but little more tolerable... VGTigerMorph... more so than FlakesDemo... > > > >

Sept. 4, 2012

Re: [Pharo-project] How to create a basic OS for the Raspberry Pi - VM+Pharo on top?

by S Krish

That would be great..!.. Need to order the pi and check it out.. On Tue, Sep 4, 2012 at 12:21 PM, Frank Shearar <frank.shearar(a)gmail.com>wrote: > On 4 September 2012 07:30, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Mon, Sep 3, 2012 at 5:31 PM, S Krish > > <krishnamachari.sudhakar(a)gmail.com> wrote: > >> I am sure you should be able to run Tiny Core linux ( vanilla without > WM) on > >> Raspberry.. add Pharo ... > >> > > There is a Debian made specially for the hardware... > http://www.raspbian.org > > I think this is what everyone is using. > > > > So the only thing missing is a VM... > > I assumed that Phil wants to run the image directly on the hardware, > because the Pi already runs Squeak/Pharo/Scratch just fine. > > The SqueakNOS people might be able to help? > > frank > > > Marcus > > > > -- > > Marcus Denker -- denker(a)acm.org > > http://www.marcusdenker.de > > > >

Sept. 4, 2012

[Pharo-project] Max CPU usage when #drawOn: is overridden

by S Krish

If we override #drawOn: and implement custom logic to draw.. every few milliseconds as it gets called the CPU usage shoots to available max.. Run four instances of the same class that overrides and does some moderately complex draw routine of say : CircleMorph with border set, few lines, color rendering.. I will send in the .st file later .. that can be tested against.. Is this expected or what are the ways to avoid this CPU overhead... NativeBoost animation, far more responsive.. also goes up very similarly. but little more tolerable... VGTigerMorph... more so than FlakesDemo...

Sept. 4, 2012

Re: [Pharo-project] Pharo Stabilization Sprint

by Mariano Martinez Peck

I will see you there guys! On Mon, Sep 3, 2012 at 5:16 PM, Guido Chari <charig(a)gmail.com> wrote: > I would love to participate, but this wed its not possibe since i have > already a commitment for the morning and at my afternoon you would not be > there. But i like very much the idea of being able to remotely participate, > i hope to join you the next. > > 2012/9/3 Sean P. DeNigris <sean(a)clipperadams.com> > > >> Guillermo Polito wrote >> > >> > Mine is guillermopolito! >> > >> >> I'm sean.denigris >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Pharo-Stabilization-Sprint-tp4645941p4645951.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> > -- Mariano http://marianopeck.wordpress.com

Sept. 4, 2012

Re: [Pharo-project] How to create a basic OS for the Raspberry Pi - VM+Pharo on top?

by Frank Shearar

On 4 September 2012 07:30, Marcus Denker <marcus.denker(a)inria.fr> wrote: > On Mon, Sep 3, 2012 at 5:31 PM, S Krish > <krishnamachari.sudhakar(a)gmail.com> wrote: >> I am sure you should be able to run Tiny Core linux ( vanilla without WM) on >> Raspberry.. add Pharo ... >> > There is a Debian made specially for the hardware... http://www.raspbian.org > I think this is what everyone is using. > > So the only thing missing is a VM... I assumed that Phil wants to run the image directly on the hardware, because the Pi already runs Squeak/Pharo/Scratch just fine. The SqueakNOS people might be able to help? frank > Marcus > > -- > Marcus Denker -- denker(a)acm.org > http://www.marcusdenker.de >

Sept. 4, 2012

Re: [Pharo-project] How to create a basic OS for the Raspberry Pi - VM+Pharo on top?

by phil＠highoctane.be

Hey cool. Once I have the iPad thing keyboard fixed (working on it), I'd like to have a go at that. Is there any PI emulator around? (so that we can work without a PI board). Markus, as for CUDA and stuff, I have attended a presentation from an engineer in Mons for his master and the subject was PGAS languages, like Chapel and X10. These do have interesting constructs that we could draw some inspiration from when it comes to adding support in Pharo and VM. Chapel is an ARPA research project at this point. They really want to tackle massive numbers of CPUs. Scatter and gather are important things in there, as are transparently distributed arrays and ease of programming. Phil 2012/9/4 Marcus Denker <marcus.denker(a)inria.fr>: > On Mon, Sep 3, 2012 at 5:31 PM, S Krish > <krishnamachari.sudhakar(a)gmail.com> wrote: >> I am sure you should be able to run Tiny Core linux ( vanilla without WM) on >> Raspberry.. add Pharo ... >> > There is a Debian made specially for the hardware... http://www.raspbian.org > I think this is what everyone is using. > > So the only thing missing is a VM... > > Marcus > > -- > Marcus Denker -- denker(a)acm.org > http://www.marcusdenker.de >

Sept. 4, 2012

Re: [Pharo-project] How to create a basic OS for the Raspberry Pi - VM+Pharo on top?

by Marcus Denker

On Mon, Sep 3, 2012 at 5:31 PM, S Krish <krishnamachari.sudhakar(a)gmail.com> wrote: > I am sure you should be able to run Tiny Core linux ( vanilla without WM) on > Raspberry.. add Pharo ... > There is a Debian made specially for the hardware... http://www.raspbian.org I think this is what everyone is using. So the only thing missing is a VM... Marcus -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

Sept. 4, 2012

Re: [Pharo-project] Some news about Athens

by Tudor Girba

The fonts addition is excellent! Not having StrikeFont support is less good news, but I understand your position. The only reason I proposed having StrikeFont support was to ease the transition to Athens until the VMs will be properly bundled with Cairo. This will likely take a while, but the transition could start now. Is there another possibility of using a font that can be supported with Athens rendered on top of Balloon. Cheers, Doru On 3 Sep 2012, at 04:21, Igor Stasenko wrote: > ah, yes.. i forgot to say: > - no strike fonts for Athens will be supported ever. > > It is simply unproductive to waste time on that. They will never work > correctly, because the format how they stored in image are > premultiplied subpixel 3*32-bit bitmaps. > > And sure thing, Cairo don't have our highly-special blit mode to > render them correctly (not saying that they'll work only for 1:1 pixel > grid match, and only for LCD displays, and if you offset them even by > a fraction of pixel or rotate/scale, i doubt you will be able to read > anything). > > You can draw bitmaps (forms) using Athens.. but they should be a > normal RGBA 32-bit ones. > > > -- > Best regards, > Igor Stasenko. > -- www.tudorgirba.com "No matter how many recipes we know, we still value a chef."

Sept. 4, 2012