Am 09.07.2013 um 10:21 schrieb Igor Stasenko <siguc...@gmail.com>: > On 9 July 2013 10:08, Sven Van Caekenberghe <s...@stfx.eu> wrote: >> >> On 09 Jul 2013, at 10:03, Igor Stasenko <siguc...@gmail.com> wrote: >> >>> On 9 July 2013 09:13, Stéphane Ducasse <stephane.duca...@inria.fr> wrote: >>>>>> 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 :). >>>>>> >>>>> >>>>> Yes, but this topic was raised multiple times already. Maybe we should >>>>> stop wasting time on it? >>>>> >>>>> All you need to do, to change the limit, go to >>>>> platforms/win32/vm/sqWin32Alloc.h >>>>> >>>>> And change this: >>>>> >>>>> #ifndef MAX_VIRTUAL_MEMORY >>>>> #define MAX_VIRTUAL_MEMORY 512*1024*1024 >>>>> #endif >>>>> >>>>> So, if you want more, build VM with any limit you see fit. >>>>> But there's a reason why in official VM its 512. >>>> >>>> Igor this is a real issue and we are all fighting to get more members in >>>> the consortium >>>> so that one day we can hire a guy like you to address it. >>>> >>> >>> https://gitorious.org/cogvm/blessed/commit/341e6c2e150bcde80dfea6c890bab7745b2a6d44 >> >> Yeah ! Now users can set the limit themselves. >> >> And then they will come back complaining that certain things don't work when >> they raise the limit too high ;-) >> >> One day we will have a proper 64-bit VM. >> > Yes, i wish we can be there today. > (And one day people will learn a difference between actual memory used > and reserved address space :) > Igor,
I don't understand your point here. In an environment where you can neither use nor reserve memory upon a certain limit I find the distinction useless. Usually you tend to tell that you don't want to think about the "far future right things" but the things that solve actual problems. Where has this attitude gone? :) Norbert
