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 <tu...@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 <siguc...@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

Reply via email to