- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] ValueHolder analysis

by Henrik Johansen

> On 14 Nov 2014, at 12:01 , stepharo <stepharo(a)free.fr> wrote: > > I checked a bit deeper > > > Nautilus is not implemented in Spec. But senders and implementors are and they also leak memory. Around 400 Announcers after each > opening and closing. > > Now > > whenChangedDo: aBlock > > | block | > block := [:announcement :ann | aBlock cull: announcement newValue cull: announcement oldValue cull: announcement cull: ann ]. > announcer when: ValueChanged do: block > > can also be part of the cause of some of our problems. > > There are 146 senders and many of them could just be replaced by whenChanged:send:to: and whenChanged:send:to:with: > > > Finally we were discussing with igor about the general API of spec model: We are thinking that the following patterns > are bloating the interface for an not obvious gain. > > whenWindowChanged: aBlock > > window whenChangedDo: aBlock > > > whenShortcutsChanged: aBlock > <api: #event> > "Set a block to value when the shortcuts block has changed" > > additionalKeyBindings whenChangedDo: aBlock I'd argue the window and additionalKeyBindings' whenChangedDo: implementations are unnecessary bloat as well. Why on earth would you limit yourself to a an API where you have to use seperate methods to register for every single announcement type? To me, myObject additionalKeyBindings when: ValueChanged do: aBlock is just as easy, if not easier to read compared to myObject whenShortCutsChanged: [] Not to mention, it easily lets you do unsubscription when you expect not to outlive the source (through the 3rd block parameter, whose *main purpose for even being there* is enabling easy unsubscription), rather than discarding it during useless indirection and leaving the task harder to do later on? Cheers, Henry

Nov. 14, 2014

Re: [Pharo-dev] Pharo Launcher for Windows

by Damien Cassou

please install from this link https://ci.inria.fr/pharo-contribution/job/PharoLauncher-Win-Package/lastSu… On Fri, Nov 14, 2014 at 9:29 AM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Hi all, > > does anybody knows if the Pharo Launcher is working in Windows? I tried on > different Windows 7 machines, but it would work nor give any error message > at all. > > (Note: Pharo3 windows distribution did work). > > Thanks, > > Thierry -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 14, 2014

Re: [Pharo-dev] Pharo on Online Labs ARM cloud server ?

by Eliot Miranda

Sven, do you not see the error message? > pthread_setschedparam failed: Operation not permitted > Read e.g. http://www.mirandabanda.org/files/Cog/VM/VM.r3126/README.3126 If you read the read me it will explain what you need to do to get it to work. Eliot (phone) On Nov 14, 2014, at 3:00 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> On 14 Nov 2014, at 01:02, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >> >> Hi Sven, >> >> On Thu, Nov 13, 2014 at 2:34 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> Hi, >> >> I just saw this: http://labs.online.net which offers real ARM cloud servers (15 minutes for free to try out) [they're French]. This is Ubuntu 14.10 on ARMv7. >> >> Naturally I wanted to try Pharo on such a machine. >> >> The base question is, where do I get the latest and best VM to try this ? >> >> Doug McPherson is building Stack VMs for ARMv6 and ARMv7 for both Cog and Spur and uploading them to my site. These VMs should run Pharo. See e.g. http://www.mirandabanda.org/files/Cog/VM/VM.r3126/ > > I tried that and it does not seem to work: > > ubuntu@c1-10-1-16-102:~$ ls > Pharo.changes Pharo.image PharoV30.sources stklinuxhtARM stklinuxhtARMv7-14.45.3126.tgz > > ubuntu@c1-10-1-16-102:~$ ./stklinuxhtARM/bin/squeak -vm-display-null Pharo.image printVersion > pthread_setschedparam failed: Operation not permitted > Read e.g. http://www.mirandabanda.org/files/Cog/VM/VM.r3126/README.3126 > > Maybe their system is special, I don't know, it feels pretty standard, running the latest Ubuntu. > > I noticed the 'ht' in the VM name, is there no 'normal' one ? > > I will try on a Raspberry Pi as well. > >> Maybe a complete & easy to use source tree that can be compiled locally ? >> >> That's the case for http://www.squeakvm.org/svn/squeak/branches/Cog. See http://www.squeakvm.org/svn/squeak/branches/Cog/build.linux32ARM >> >> And would it make sense to add some ARM option to get.pharo.org ? >> >> Thx, >> >> Sven >> >> >> >> -- >> best, >> Eliot > >

Nov. 14, 2014

Re: [Pharo-dev] Pharo on Online Labs ARM cloud server ?

by Esteban A. Maringolo

Thank you Sven. I didn't know about this alternative. I guess it's worth using it if your horizontal scale is relevant, or if there is a particular set of use cases (high I/O, low cpu?). Regards! El Fri Nov 14 2014 at 11:31:27 AM, Sven Van Caekenberghe <sven(a)stfx.eu> escribiÃ³: > > > On 14 Nov 2014, at 15:17, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: > > > > What are the benefits of running a Pharo server in the cloud on ARM > architecture? > > Basically there are two server schools: the classic old school is only > interested in raw performance at any cost, a newer, alternative school > thinks that cheaper, massive parallel and more efficient (performance per > watt) CPUs can have advantages. This of course assumes the workload scales > horizontally, like in web applications and services. > > Here is the article where I learned about the Online Labs initiative: > > http://techcrunch.com/2014/11/13/online-labs-designed-its- > own-arm-servers-to-take-on-aws-digitalocean/ > > http://armservers.com > >

Nov. 14, 2014

Re: [Pharo-dev] Pharo on Online Labs ARM cloud server ?

by Sven Van Caekenberghe

> On 14 Nov 2014, at 15:17, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > What are the benefits of running a Pharo server in the cloud on ARM architecture? Basically there are two server schools: the classic old school is only interested in raw performance at any cost, a newer, alternative school thinks that cheaper, massive parallel and more efficient (performance per watt) CPUs can have advantages. This of course assumes the workload scales horizontally, like in web applications and services. Here is the article where I learned about the Online Labs initiative: http://techcrunch.com/2014/11/13/online-labs-designed-its-own-arm-servers-t… http://armservers.com > Thank you! > El Fri Nov 14 2014 at 11:14:02 AM, Sven Van Caekenberghe <sven(a)stfx.eu> escribiÃ³: > Hi Andreas, > > I tried a precompiled VM, where are those instructions ? > Are they relevant for ARM ? > BTW, the problem on the Raspberry Pi was the glibc version (2.5 required). > > Sven > > > On 14 Nov 2014, at 14:52, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: > > > > Am 14.11.14 um 12:00 schrieb Sven Van Caekenberghe: > >> pthread_setschedparam failed: Operation not permitted > > Did you follow the instructions from the readme file to allow for increased thread priorities? > > The heartbeat thread needs to run at a higher priority than the working thread. > > In Solaris I have to add priocntl privileges to users for this, where Linux seem to have another way > > described in the readme... > > > > Regards, > > Andreas > >

Nov. 14, 2014

Re: [Pharo-dev] Pharo on Online Labs ARM cloud server ?

by Norbert Hartl

> Am 14.11.2014 um 15:06 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > I tried the ARM VMs published at http://www.mirandabanda.org but they failed, even on a standard RaspberryPi running Rasbian (wrong libc) - these seem to be compiled statically for a too specific range of machines/OSes. > > But then I tried the JB ones and they worked fine ! > > I used this link: https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Cross-Compilation-JB… > > After adding PharoV30.sources I got Pharo 3 running on the command line including a normally functioning Zn HTTP server. On the Online Labs machines I had to install libasound2 as well. > > The Online Labs machines seem pretty fast: > > ubuntu@c1-10-1-14-179:~$ ./jb-vm/PharoS -vm-display-null Pharo.image eval '1 tinyBenchmarks' > '39975015 bytecodes/sec; 2174908 sends/sec' > > vs a Raspberry Pi: > > pi@raspberrypi ~/pharo $ ./jb-vm/PharoS -vm-display-null Pharo.image eval '1 tinyBenchmarks' > '13377926 bytecodes/sec; 719200 sends/sec' > > That looks like a factor 3 to 4 faster. > > But it is way slower than the regular VM on my machine: > > prometheus:pharo4 sven$ ./pharo Pharo.image eval '1 tinyBenchmarks' > '985563041 bytecodes/sec; 160902758 sends/sec' > > Probably the plain stack VM vs the Cog JIT is a factor too. > There is big difference between StackVM and Cog. Try using RFB on the pi to access the image. That's pretty unusable and that would be ok (I guess) with a Cog vm. > Thanks JB ! > > Is this VM production ready (so to speak) ? > I worked a few days with it and never encountered a problem. I've compiled a VM including a dbus plugin and so I can say the image plus ffi worked quite well. Can't wait to proceed with the project :) Norbert > Sven > > PS: We still need easier access to this + better instructions. >> On 14 Nov 2014, at 12:00, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> >>> On 14 Nov 2014, at 01:02, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >>> >>> Hi Sven, >>> >>> On Thu, Nov 13, 2014 at 2:34 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> Hi, >>> >>> I just saw this: http://labs.online.net which offers real ARM cloud servers (15 minutes for free to try out) [they're French]. This is Ubuntu 14.10 on ARMv7. >>> >>> Naturally I wanted to try Pharo on such a machine. >>> >>> The base question is, where do I get the latest and best VM to try this ? >>> >>> Doug McPherson is building Stack VMs for ARMv6 and ARMv7 for both Cog and Spur and uploading them to my site. These VMs should run Pharo. See e.g. http://www.mirandabanda.org/files/Cog/VM/VM.r3126/ >> >> I tried that and it does not seem to work: >> >> ubuntu@c1-10-1-16-102:~$ ls >> Pharo.changes Pharo.image PharoV30.sources stklinuxhtARM stklinuxhtARMv7-14.45.3126.tgz >> >> ubuntu@c1-10-1-16-102:~$ ./stklinuxhtARM/bin/squeak -vm-display-null Pharo.image printVersion >> pthread_setschedparam failed: Operation not permitted >> Read e.g. http://www.mirandabanda.org/files/Cog/VM/VM.r3126/README.3126 >> >> Maybe their system is special, I don't know, it feels pretty standard, running the latest Ubuntu. >> >> I noticed the 'ht' in the VM name, is there no 'normal' one ? >> >> I will try on a Raspberry Pi as well. >> >>> Maybe a complete & easy to use source tree that can be compiled locally ? >>> >>> That's the case for http://www.squeakvm.org/svn/squeak/branches/Cog. See http://www.squeakvm.org/svn/squeak/branches/Cog/build.linux32ARM >>> >>> And would it make sense to add some ARM option to get.pharo.org ? >>> >>> Thx, >>> >>> Sven >>> >>> >>> >>> -- >>> best, >>> Eliot > >

Nov. 14, 2014

Re: [Pharo-dev] Pharo on Online Labs ARM cloud server ?

by Esteban A. Maringolo

What are the benefits of running a Pharo server in the cloud on ARM architecture? Thank you! El Fri Nov 14 2014 at 11:14:02 AM, Sven Van Caekenberghe <sven(a)stfx.eu> escribiÃ³: > Hi Andreas, > > I tried a precompiled VM, where are those instructions ? > Are they relevant for ARM ? > BTW, the problem on the Raspberry Pi was the glibc version (2.5 required). > > Sven > > > On 14 Nov 2014, at 14:52, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: > > > > Am 14.11.14 um 12:00 schrieb Sven Van Caekenberghe: > >> pthread_setschedparam failed: Operation not permitted > > Did you follow the instructions from the readme file to allow for > increased thread priorities? > > The heartbeat thread needs to run at a higher priority than the working > thread. > > In Solaris I have to add priocntl privileges to users for this, where > Linux seem to have another way > > described in the readme... > > > > Regards, > > Andreas > > >

Nov. 14, 2014

Re: [Pharo-dev] Pharo on Online Labs ARM cloud server ?

by Sven Van Caekenberghe

Hi Andreas, I tried a precompiled VM, where are those instructions ? Are they relevant for ARM ? BTW, the problem on the Raspberry Pi was the glibc version (2.5 required). Sven > On 14 Nov 2014, at 14:52, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: > > Am 14.11.14 um 12:00 schrieb Sven Van Caekenberghe: >> pthread_setschedparam failed: Operation not permitted > Did you follow the instructions from the readme file to allow for increased thread priorities? > The heartbeat thread needs to run at a higher priority than the working thread. > In Solaris I have to add priocntl privileges to users for this, where Linux seem to have another way > described in the readme... > > Regards, > Andreas

Nov. 14, 2014

Re: [Pharo-dev] Pharo on Online Labs ARM cloud server ?

by Sven Van Caekenberghe

I tried the ARM VMs published at http://www.mirandabanda.org but they failed, even on a standard RaspberryPi running Rasbian (wrong libc) - these seem to be compiled statically for a too specific range of machines/OSes. But then I tried the JB ones and they worked fine ! I used this link: https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Cross-Compilation-JB… After adding PharoV30.sources I got Pharo 3 running on the command line including a normally functioning Zn HTTP server. On the Online Labs machines I had to install libasound2 as well. The Online Labs machines seem pretty fast: ubuntu@c1-10-1-14-179:~$ ./jb-vm/PharoS -vm-display-null Pharo.image eval '1 tinyBenchmarks' '39975015 bytecodes/sec; 2174908 sends/sec' vs a Raspberry Pi: pi@raspberrypi ~/pharo $ ./jb-vm/PharoS -vm-display-null Pharo.image eval '1 tinyBenchmarks' '13377926 bytecodes/sec; 719200 sends/sec' That looks like a factor 3 to 4 faster. But it is way slower than the regular VM on my machine: prometheus:pharo4 sven$ ./pharo Pharo.image eval '1 tinyBenchmarks' '985563041 bytecodes/sec; 160902758 sends/sec' Probably the plain stack VM vs the Cog JIT is a factor too. Thanks JB ! Is this VM production ready (so to speak) ? Sven PS: We still need easier access to this + better instructions. > On 14 Nov 2014, at 12:00, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> >> On 14 Nov 2014, at 01:02, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >> >> Hi Sven, >> >> On Thu, Nov 13, 2014 at 2:34 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> Hi, >> >> I just saw this: http://labs.online.net which offers real ARM cloud servers (15 minutes for free to try out) [they're French]. This is Ubuntu 14.10 on ARMv7. >> >> Naturally I wanted to try Pharo on such a machine. >> >> The base question is, where do I get the latest and best VM to try this ? >> >> Doug McPherson is building Stack VMs for ARMv6 and ARMv7 for both Cog and Spur and uploading them to my site. These VMs should run Pharo. See e.g. http://www.mirandabanda.org/files/Cog/VM/VM.r3126/ > > I tried that and it does not seem to work: > > ubuntu@c1-10-1-16-102:~$ ls > Pharo.changes Pharo.image PharoV30.sources stklinuxhtARM stklinuxhtARMv7-14.45.3126.tgz > > ubuntu@c1-10-1-16-102:~$ ./stklinuxhtARM/bin/squeak -vm-display-null Pharo.image printVersion > pthread_setschedparam failed: Operation not permitted > Read e.g. http://www.mirandabanda.org/files/Cog/VM/VM.r3126/README.3126 > > Maybe their system is special, I don't know, it feels pretty standard, running the latest Ubuntu. > > I noticed the 'ht' in the VM name, is there no 'normal' one ? > > I will try on a Raspberry Pi as well. > >> Maybe a complete & easy to use source tree that can be compiled locally ? >> >> That's the case for http://www.squeakvm.org/svn/squeak/branches/Cog. See http://www.squeakvm.org/svn/squeak/branches/Cog/build.linux32ARM >> >> And would it make sense to add some ARM option to get.pharo.org ? >> >> Thx, >> >> Sven >> >> >> >> -- >> best, >> Eliot

Nov. 14, 2014

Re: [Pharo-dev] Pharo on Online Labs ARM cloud server ?

by Andreas Wacknitz

Am 14.11.14 um 12:00 schrieb Sven Van Caekenberghe: > pthread_setschedparam failed: Operation not permitted Did you follow the instructions from the readme file to allow for increased thread priorities? The heartbeat thread needs to run at a higher priority than the working thread. In Solaris I have to add priocntl privileges to users for this, where Linux seem to have another way described in the readme... Regards, Andreas

Nov. 14, 2014