I am with Doru here. Today, 500MB is NOTHINGGGGGG. NOTHIIIIIIIIING. NOTHING. A LATOP comes with 8GB. 16x more than the max the VM can allocate. For one of my clients, I have just set up a server with 32GB. It has 64x than the max a Pharo VM can allocate. Really? Going to disk is not always a possibility for many many reasons. And even if it were possible....if I have to spent XXX hours to workaround Pharo because it cannot use more than 500MB, then people will simply move to another language. And finally, wasn't a language like Smalltalk prepare for you and let you only focus in your app blah blah blah.. ? having to go to disk doesn't sound like that... So, Igor, I cannot stand that point of view. I can stand many others, like explaining why it's not Pharo fault, the problem window has, the money/time it would take for an engineer to fix it, etc etc etc. But not your position. Cheers, On Mon, Jul 8, 2013 at 5:43 PM, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
Igor, please get this point of view out of your system :).
First, not all programming languages are like this: You can easily run other VMs (e.g., Java) with more than 3 GB. But, let's not even go there: I can run Pharo with 1Gb on Mac without problems. According to your reasoning we might end up downgrading the Mac VM. Some data does not fit in memory, but if I can get all my data in my image, I will choose to do it.
I am not saying that we should compare with Java, or that it is the end of the world that the Windows VM is highly restricted. I am simply saying that we should not dismiss this as a problem just because we do not know how, or do not have the resources to solve it right now.
After all, we are here to change the world :).
Cheers, Doru
On Jul 8, 2013, at 4:50 PM, Igor Stasenko <siguctua@gmail.com> wrote:
Same question again. And same answer (i have no other yet).
Why just don't use disk memory? I know it is extra effort, but that's what all software does, when it has to deal with big amounts of data. Why in smalltalk it should be different?
Of course, on your place, i would also prefer that there is some magic fairy waves its magic wand and problem solved, but it is not going to be solved. If today you need >512Mb for your data, tomorrow you will need twice as much, and after tomorrow it will double again. So, let us be realistic: the solution to your problem lies not in VM, but in a way how to manage the data.
-- Best regards, Igor Stasenko.
-- www.tudorgirba.com
"Sometimes the best solution is not the best solution."
-- Mariano http://marianopeck.wordpress.com