- Pharo-dev - lists.pharo.org

: Re: Pharo (cog) Vm on Windows with 2GB virtual mem

by Stephan Eggermont

I can answer that with a very clear: yes. There are enough problems where I run out of 2GB ram in less than 10 minutes Stephan

Oct. 3, 2013

Re: [Pharo-dev] Any visualisation for Metacello?

by Tudor Girba

Indeed. And if you need some other information than the one shown, just let us know and we can try to add it. Doru On Thu, Oct 3, 2013 at 10:13 AM, Christophe Demarey < Christophe.Demarey(a)inria.fr> wrote: > Gofer new > url: 'http://www.smalltalkhub.com/mc/Moose/GToolkit/main'; > package: 'ConfigurationOfGToolkit'; > load. > > (Smalltalk at: #ConfigurationOfGToolkit) project development load. > > (Smalltalk at: #GTMetaceller) open. > > Le 2 oct. 2013 Ã 19:03, StÃ©phane Ducasse a Ã©crit : > > metaceller > in the moose image maybe > > On Oct 2, 2013, at 6:29 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > > Hi, > > > I have to deal with complex configurations involving Pier (and some of > > its plugins), Magritte, Voyage, Mongo and Seaside. There is a bug > > somewhere because I can't load all of that. Is there any tool that > > would show me a graph of the projects and their dependencies? If there > > is no graph, is there at least some place to get the information? I > > know the #record + #loadDirective combo, but I don't understand the > > result and it does not help. > > > Best > > > -- > > Damien Cassou > > http://damiencassou.seasidehosting.st > > > "Success is the ability to go from one failure to another without > > losing enthusiasm." > > Winston Churchill > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 3, 2013

Re: [Pharo-dev] Pharo (cog) Vm on Windows with 2GB virtual mem

by kilon

Talking about GBs it makes me wonder , even if the image allowed more than 500MBs if that would be a wise move. Smalltalk is afterall one of the slowest , execution wise, programming languages. In python which is as slow if not slower, the attitude is to move big data to C libs and then interface with these C libs via python. When I see even morphic at times take up to 50% of my dual core 2.0GHz CPU just makes me wonder if cramming 1 GB or more inside the image will end bringing pharo to a crawl for processing that data. So what pharo may need is something that already nativeboost is doing, mapping to C types and access to fast C functions for processing and manipulating big data. Just make it more easier. For example python has numpy (mainly C code, extra types etc) and nowdays also Blaze is emerging as a future candidate. https://github.com/ContinuumIO/blaze <https://github.com/ContinuumIO/blaze> just a thought. -- View this message in context: http://forum.world.st/Pharo-cog-Vm-on-Windows-with-2GB-virtual-mem-tp471074… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 3, 2013

Re: [Pharo-dev] Pharo (cog) Vm on Windows with 2GB virtual mem

by Guillermo Polito

I can only guess by the comment in the commit: https://gitorious.org/cogvm/blessed/commit/341e6c2e150bcde80dfea6c890bab774… Can you check that? Guille On Thu, Oct 3, 2013 at 6:36 AM, Oscar EA CallaÃº <oalvarez(a)dcc.uchile.cl>wrote: > Thanks, but what would be the parameter?**** > > ** ** > > This is the default .ini**** > > ** ** > > [Global]**** > > DeferUpdate=1**** > > ShowConsole=0**** > > DynamicConsole=1**** > > ReduceCPUUsage=1**** > > ReduceCPUInBackground=0**** > > 3ButtonMouse=0**** > > 1ButtonMouse=0**** > > UseDirectSound=1**** > > PriorityBoost=1**** > > B3DXUsesOpenGL=0**** > > CaseSensitiveFileMode=0**** > > ** ** > > ** ** > > So there is no mention the paratemer to change or add.**** > > ** ** > > Cheers.**** > > ** ** > > *From:* Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] *On Behalf > Of *Guillermo Polito > *Sent:* Friday, September 27, 2013 5:18 AM > *To:* Pharo Development List > *Subject:* Re: [Pharo-dev] Pharo (cog) Vm on Windows with 2GB virtual mem* > *** > > ** ** > > I think latest Pharo VM supports to change the memory limit by only > changing an ini file. Igor did that not long ago.**** > > ** ** > > Cheers,**** > > Guille**** > > ** ** > > On Fri, Sep 27, 2013 at 2:09 PM, Oscar E. A. CallaÃº < > oalvarez(a)dcc.uchile.cl> wrote:**** > > Hi Guys,**** > > ** ** > > I read in this thread**** > > ** ** > > http://forum.world.st/out-of-memory-cog-on-windows-td3465621.html**** > > ** ** > > that 512 mb limit can be avoided in windows, but a re-compilation is > needed. I was wondering if the situation changed, and now we can pass a > parameter. Otherwise, I would be interested if any of you has a > pre-compiled vm with more mem.**** > > ** ** > > I need to run some experiments and I need 2GB (or 1.5 GB at least ) on a > cog VM for Windows. **** > > ** ** > > Thanks in advance.**** > > ** ** > > Oscar**** > > ** ** >

Oct. 3, 2013

Re: [Pharo-dev] Pharo hangout analysis

by Guillermo Polito

I was too immerse in my own stuff, next time I'll try to collaborate a bit more :). In any case, it was fun for me, and much more friendly than the irc channel :P. When's the next one? On Wed, Oct 2, 2013 at 9:55 PM, kilon <thekilon(a)yahoo.co.uk> wrote: > Definitely a success story as a first. The one thing missing as I pointed > out > is meeting notes, so people who connect have an idea where you are and what > you doing, so they don't have to ask you each time someone joins. As I > found > it this is possible through the hangout apps -> Google Drive -> hangout > notes. > > I think it will be better if you follow a schedule , or at least pick a > theme (or multiple) for each meeting. It will give it a purpose and make it > look less random. > > I really loved the share screen experience, seeing you code has been a > valuable lesson and I would love to watch more coding sessions and > eventually participating myself when I feel more confident with Pharo. I > also really liked the fact that the meeting lasted so long. > > The idea of video recording those sessions for later watching is also very > appealing to me. > > Well done :) > > > > -- > View this message in context: > http://forum.world.st/Pharo-hangout-analysis-tp4712008p4712043.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Oct. 3, 2013

Re: [Pharo-dev] New project announcement: PROXimity

by Sven Van Caekenberghe

Cool initiative, indeed. On 03 Oct 2013, at 11:12, Olivier Auverlot <olivier.auverlot(a)gmail.com> wrote: > why not ! it would be very cool to have an abstraction layer. The difficulty is to communicate with the virtualisation product. For Proxmox, it's easy because it uses HTTP but I don't know the other products. I think that most cloud/virtualization products have APIs that are essentially REST based underneath, but that does not yet make it easy. In the case of AWS EC2, for example, it is quite a challenge, with their signing and XML, although it can be done of course. > Le 3 oct. 2013 Ã 10:05, Christophe Demarey a Ã©crit : > >> Hi Olivier, >> >> Cool. >> Do you think it is possible to do a more generic Cloud interface in Pharo? >> I mean an API agnostic to the used cloud manage (proxmox, cloudstack, openstack, amazon)? There is a Java project called jclouds[1] that does that. >> It may be cool that other people can define more cloud providers. >> >> Regards, >> Christophe. >> >> [1] : http://jclouds.incubator.apache.org/ >> >> Le 3 oct. 2013 Ã 08:06, Olivier Auverlot a Ã©crit : >> >>> Hi, >>> >>> I just started since 3 days to work on a new framework for Pharo. It's named "PROXimity". The goal of this framework is to control a Proxmox virtualization solution with Pharo. >>> >>> Proxmox uses a REST API. With Zinc and STON, it's very easy to give orders as creating a virtual machine, managing the boot and stop, etc. >>> >>> I'm working on this project because it is a subpart of another application but I think that it could interest other Pharo users (for example: seaside hosting). >>> >>> The first Pharo classes are published on SmalltalkHub. If you're interested and want join your forces with me, don't hesitate to contact me. >>> >>> >>> http://www.proxmox.com >>> >>> http://pve.proxmox.com/wiki/Proxmox_VE_API >>> >>> Best regards >>> Olivier ;-) >>> >>> >>> >> >

Oct. 3, 2013

Re: [Pharo-dev] New project announcement: PROXimity

by Olivier Auverlot

why not ! it would be very cool to have an abstraction layer. The difficulty is to communicate with the virtualisation product. For Proxmox, it's easy because it uses HTTP but I don't know the other products. Le 3 oct. 2013 Ã 10:05, Christophe Demarey a Ã©crit : > Hi Olivier, > > Cool. > Do you think it is possible to do a more generic Cloud interface in Pharo? > I mean an API agnostic to the used cloud manage (proxmox, cloudstack, openstack, amazon)? There is a Java project called jclouds[1] that does that. > It may be cool that other people can define more cloud providers. > > Regards, > Christophe. > > [1] : http://jclouds.incubator.apache.org/ > > Le 3 oct. 2013 Ã 08:06, Olivier Auverlot a Ã©crit : > >> Hi, >> >> I just started since 3 days to work on a new framework for Pharo. It's named "PROXimity". The goal of this framework is to control a Proxmox virtualization solution with Pharo. >> >> Proxmox uses a REST API. With Zinc and STON, it's very easy to give orders as creating a virtual machine, managing the boot and stop, etc. >> >> I'm working on this project because it is a subpart of another application but I think that it could interest other Pharo users (for example: seaside hosting). >> >> The first Pharo classes are published on SmalltalkHub. If you're interested and want join your forces with me, don't hesitate to contact me. >> >> >> http://www.proxmox.com >> >> http://pve.proxmox.com/wiki/Proxmox_VE_API >> >> Best regards >> Olivier ;-) >> >> >> >

Oct. 3, 2013

Extra recompile menu in Nautilus

by phil＠highoctane.be

I grew tired of these recompiling issues popping up, so I added a menu in Nautilus by tge way of a (simple) plugin. Hey, that's not so hard to do and opens perspectives. I've put the thing on SmalltalkHub: http://www.smalltalkhub.com/#!/~philippeback/HOExtras More to do there, but will do for me at the moment. Phil

Oct. 3, 2013

[update 3.0] #30440

by Marcus Denker

30440 ----- 11734 Clean up the Object>>#veryDeepCopyWith: https://pharo.fogbugz.com/f/cases/11734 11735 Addressing GreekEnvironment undeclared in MiniImage https://pharo.fogbugz.com/f/cases/11735 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Traits-MarcusDenker.574.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Multilingual-TextConverterOth… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Multilingual-TextConversion-M… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-MarcusDenker.1632.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Collections-Abstract-MarcusDe…

Oct. 3, 2013

Re: [Pharo-dev] Any visualisation for Metacello?

by Christophe Demarey

Gofer new url: 'http://www.smalltalkhub.com/mc/Moose/GToolkit/main'; package: 'ConfigurationOfGToolkit'; load. (Smalltalk at: #ConfigurationOfGToolkit) project development load. (Smalltalk at: #GTMetaceller) open. Le 2 oct. 2013 Ã 19:03, StÃ©phane Ducasse a Ã©crit : > metaceller > in the moose image maybe > > On Oct 2, 2013, at 6:29 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > >> Hi, >> >> I have to deal with complex configurations involving Pier (and some of >> its plugins), Magritte, Voyage, Mongo and Seaside. There is a bug >> somewhere because I can't load all of that. Is there any tool that >> would show me a graph of the projects and their dependencies? If there >> is no graph, is there at least some place to get the information? I >> know the #record + #loadDirective combo, but I don't understand the >> result and it does not help. >> >> Best >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without >> losing enthusiasm." >> Winston Churchill >> > >

Oct. 3, 2013