Am 27.06.2013 um 22:33 schrieb "phil@highoctane.be" <phil@highoctane.be>:
Object Spaces with dedicated GC and possibly dedicated cpu looks like a better idea than a flat 64bit VM and OE to me.
Can you explain what you mean? I cannot see how object spaces can solve the problem. The thing you describe sounds for me is just like starting a second image which is one way to use more than 4GB of RAM. Norbert
Le 27 juin 2013 21:43, "Clément Bera" <bera.clement@gmail.com> a écrit :
2013/6/27 kilon <thekilon@yahoo.co.uk>
Just for the notice, because I stirred up the whole discussion about 64 bit pharo.
To my knowledge the whole point of having a 64 bit app is that so that app can access more than 4 GBs of Ram. Is that the case or I have no clue what I am talking about ?
Yeah actually the goal is to allow the user to work on Pharo without installing 32bits lib and to be able to call 64 bits external libraries instead of 32 bits ones.
I have read that already Pharo VM has some restrictions on how much ram an image can use. Obviously even for todays standard 4GBs for a single app is a bit excessive but if pharo apps continue to grow in complexity and we start to venture in areas of demanding ram needs , then it wont be hard to brake that 4GB barrier.
You are right, we don't care about the RAM size, even language as Java does not have a VM with a GC supporting more that much of RAM.
In any case maybe before you invest so much effort you must clear up what the real benefits would be for us the users of pharo if pharo goes 64 bit.
-- View this message in context: http://forum.world.st/Pharo-dev-How-do-can-we-set-up-a-crowdsourcing-for-pha... Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
-- Clément Béra Mate Virtual Machine Engineer Bâtiment B 40, avenue Halley 59650 Villeneuve d'Ascq