November 2016 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/60287 Home: https://github.com/pharo-project/pharo-core

Nov. 9, 2016

Re: [Pharo-dev] Please test new VMs (round one)

by HernÃ¡n Morales Durand

2016-11-09 8:00 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > Hi guys, > > I want to start moving the VM stuff into the new structure. Now I know > there are still missing things :) > Can you download a VM from here: https://bintray.com/ > estebanlm/pharo-vm/build/201611082123#files > > and start using it, and report problems? > > thanks! > Esteban > > ps: Windows users: Iâm still not there, Iâm having problems to build > third-party libraries with cygwinâ¦ also if someone can help me here I would > thank it :) > I can help, let me know how can I reproduce those problems HernÃ¡n

Nov. 9, 2016

Re: [Pharo-dev] Please test new VMs (round one)

by Sven Van Caekenberghe

Wow, I get the same problem on macOS. Even with that glitch the image is still usable ;-) Not all number tests pass: in particular FloatTest>>#testCharacterization fails. > On 9 Nov 2016, at 17:57, werner kassens <wkassens(a)libello.com> wrote: > > Hi, > i downloaded pharo-linux-x86_64itimer.0a4ccdf.zip, pharo-64.zip & PharoV50.sources and simply extracted everything in one folder. i guess this is not the correct procedure? i ask, because, when i print 1.0e19, i get "1.9493552128e10", which looks somehow surprising to me. > werner > > On 11/09/2016 12:00 PM, Esteban Lorenzano wrote: >> Hi guys, >> >> I want to start moving the VM stuff into the new structure. Now I know there are still missing things :) >> Can you download a VM from here: https://bintray.com/estebanlm/pharo-vm/build/201611082123#files >> >> and start using it, and report problems? >> >> thanks! >> Esteban >> >> ps: Windows users: Iâm still not there, Iâm having problems to build third-party libraries with cygwinâ¦ also if someone can help me here I would thank it :) > > >

Nov. 9, 2016

Re: [Pharo-dev] Please test new VMs (round one)

by werner kassens

Hi, i downloaded pharo-linux-x86_64itimer.0a4ccdf.zip, pharo-64.zip & PharoV50.sources and simply extracted everything in one folder. i guess this is not the correct procedure? i ask, because, when i print 1.0e19, i get "1.9493552128e10", which looks somehow surprising to me. werner On 11/09/2016 12:00 PM, Esteban Lorenzano wrote: > Hi guys, > > I want to start moving the VM stuff into the new structure. Now I know > there are still missing things :) > Can you download a VM from here: > https://bintray.com/estebanlm/pharo-vm/build/201611082123#files > > and start using it, and report problems? > > thanks! > Esteban > > ps: Windows users: Iâm still not there, Iâm having problems to build > third-party libraries with cygwinâ¦ also if someone can help me here I > would thank it :)

Nov. 9, 2016

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

by phil＠highoctane.be

Ok, I'll try that in the coming days on my desktop box. I've got 32GB on that box, so it will be interesting. What would be a good way to stress test the GC? Phil On Wed, Nov 9, 2016 at 3:59 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > 2016-11-09 15:23 GMT+01:00 philippe.back(a)highoctane.be < > philippe.back(a)gmail.com>: > >> Anyone having tested such 64 bit goodness on a Linux box? >> > Only as a professional demo for code developped up to the very last moment > on Pharo 32 bits. So I didn't try to explose the available RAM on my laptop > (yet). > > Thierry > > > >> Phil >> >>

Nov. 9, 2016

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

by Thierry Goubier

2016-11-09 15:23 GMT+01:00 philippe.back(a)highoctane.be < philippe.back(a)gmail.com>: > Anyone having tested such 64 bit goodness on a Linux box? > Only as a professional demo for code developped up to the very last moment on Pharo 32 bits. So I didn't try to explose the available RAM on my laptop (yet). Thierry > Phil > >

Nov. 9, 2016

Re: [Pharo-dev] Breaking the 4GB barrier with Pharo 6 64-bit

by philippe.back＠highoctane.be

Anyone having tested such 64 bit goodness on a Linux box? Phil Le 9 nov. 2016 12:07, "Sven Van Caekenberghe" <sven(a)stfx.eu> a Ã©crit : > OK, I am quite excited about the future possibilities of 64-bit Pharo. So > I played a bit more with the current test version [1], trying to push the > limits. In the past, it was only possible to safely allocate about 1.5GB of > memory even though a 32-bit process' limit is theoretically 4GB (the OS and > the VM need space too). > > Allocating a couple of 1GB ByteArrays is one way to push memory use, but > it feels a bit silly. So I loaded a bunch of projects (including Seaside) > to push the class/method counts (7K classes, 100K methods) and wrote a > script [2] that basically copies part of the class/method metadata > including 2 copies of each's methods source code as well as its AST > (bypassing the cache of course). This feels more like a real object graph. > > I had to create no less than 7 (SEVEN) copies (each kept open in an > inspector) to break through the mythical 4GB limit (real allocated & used > memory). > > > I also have the impression that the image shrinking problem is gone > (closing everything frees memory, saving the image has it return to its > original size, 100MB in this case). > > Great work, thank you. Bright future again. > > Sven > > PS: Yes, GC is slower; No, I did not yet try to save such a large image. > > [1] > > VM here: http://bintray.com/estebanlm/pharo-vm/build#files/ > Image here: http://files.pharo.org/get-files/60/pharo-64.zip > > [2] > > | meta | > ASTCache reset. > meta := Dictionary new. > Smalltalk allClassesAndTraits do: [ :each | | classMeta methods | > (classMeta := Dictionary new) > at: #name put: each name asSymbol; > at: #comment put: each comment; > at: #definition put: each definition; > at: #object put: each. > methods := Dictionary new. > classMeta at: #methods put: methods. > each methodsDo: [ :method | | methodMeta | > (methodMeta := Dictionary new) > at: #name put: method selector; > at: #source put: method sourceCode; > at: #ast put: method ast; > at: #args put: method argumentNames asArray; > at: #formatted put: method ast formattedCode; > at: #comment put: (method comment ifNotNil: [ :str | str > withoutQuoting ]); > at: #object put: method. > methods at: method selector put: methodMeta ]. > meta at: each name asSymbol put: classMeta ]. > meta. > > > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > >

Nov. 9, 2016

Re: [Pharo-dev] Please test new VMs (round one)

by Dimitris Chloupis

Ah low level nightmares , sound fun On Wed, 9 Nov 2016 at 16:13, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > 2016-11-09 13:36 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > > why not use Visual Studio ? > > > Hi Dimitris, > it's not possible for the moment because there are portability issues to > solve (low level access to stack pointer, heartbeat, atomic ops, alignment, > etc...) > I have some MSVC2015 .vcxproj configured for squeak 32/64 cog/stack spur > VM if someone is interested... > > Also windows architecture require LLP64 (sizeof long == 4), while cog/spur > slang assumed sizeof long = sizeof void * (ILP32 or LP64). > With latest VMMaker changes fixing that problem, I have a working squeak > stack spur64 compiled with ./mvm -f CC=x86_64-w64-mingw32-clang thru > cygwin64. > Of course it remains to compile the pharo 3rd party. > > The cog version (with JIT) crashes early (before opening the Squeak/Pharo > window). > > > > > On Wed, Nov 9, 2016 at 1:01 PM Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > > Hi guys, > > I want to start moving the VM stuff into the new structure. Now I know > there are still missing things :) > Can you download a VM from here: > https://bintray.com/estebanlm/pharo-vm/build/201611082123#files > > and start using it, and report problems? > > thanks! > Esteban > > ps: Windows users: Iâm still not there, Iâm having problems to build > third-party libraries with cygwinâ¦ also if someone can help me here I would > thank it :) > >

Nov. 9, 2016

Re: [Pharo-dev] Please test new VMs (round one)

by Nicolas Cellier

2016-11-09 13:36 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > why not use Visual Studio ? > > Hi Dimitris, it's not possible for the moment because there are portability issues to solve (low level access to stack pointer, heartbeat, atomic ops, alignment, etc...) I have some MSVC2015 .vcxproj configured for squeak 32/64 cog/stack spur VM if someone is interested... Also windows architecture require LLP64 (sizeof long == 4), while cog/spur slang assumed sizeof long = sizeof void * (ILP32 or LP64). With latest VMMaker changes fixing that problem, I have a working squeak stack spur64 compiled with ./mvm -f CC=x86_64-w64-mingw32-clang thru cygwin64. Of course it remains to compile the pharo 3rd party. The cog version (with JIT) crashes early (before opening the Squeak/Pharo window). > > On Wed, Nov 9, 2016 at 1:01 PM Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> Hi guys, >> >> I want to start moving the VM stuff into the new structure. Now I know >> there are still missing things :) >> Can you download a VM from here: https://bintray.com/ >> estebanlm/pharo-vm/build/201611082123#files >> >> and start using it, and report problems? >> >> thanks! >> Esteban >> >> ps: Windows users: Iâm still not there, Iâm having problems to build >> third-party libraries with cygwinâ¦ also if someone can help me here I would >> thank it :) >> >

Nov. 9, 2016

Re: [Pharo-dev] Please test new VMs (round one)

by Esteban Lorenzano

> On 9 Nov 2016, at 13:34, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > Does not open either my Pharo 6 or Pharo 5 image > > I am talking about this one > > pharo-mac-x86_64.0a4ccdf.zip <https://bintray.com/estebanlm/pharo-vm/download_file?file_path=pharo-mac-x8…> this one is meant to open a 64bits imageâ¦ Esteban > > > On Wed, Nov 9, 2016 at 2:29 PM Henrik Nergaard <henrik.nergaard(a)uia.no <mailto:henrik.nergaard@uia.no>> wrote: > Got it running on Windows using âUbuntu on Windowsâ and Xming server. > > There are some failing kernel tests, but no crash so far ;) > > > > Best regards, > > Henrik > > > > From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org <mailto:pharo-dev-bounces@lists.pharo.org>] On Behalf Of Esteban Lorenzano > Sent: Wednesday, November 9, 2016 12:01 PM > To: Pharo Development List <pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org>> > Subject: [Pharo-dev] Please test new VMs (round one) > > > > Hi guys, > > > > I want to start moving the VM stuff into the new structure. Now I know there are still missing things :) > > Can you download a VM from here: https://bintray.com/estebanlm/pharo-vm/build/201611082123#files <https://bintray.com/estebanlm/pharo-vm/build/201611082123#files> > > > and start using it, and report problems? > > > > thanks! > > Esteban > > > > ps: Windows users: Iâm still not there, Iâm having problems to build third-party libraries with cygwinâ¦ also if someone can help me here I would thank it :) >

Nov. 9, 2016