<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.19046"></HEAD>
<BODY bgColor=#ffffff text=#000000>
<DIV><FONT size=2 face=Arial>Thank you Andreas.</FONT></DIV>
<DIV><FONT size=2 face=Arial>That's really worth knowing, and as Andres
Valloud already mentionned (in the cross-posted paro-devel thread) memory
policies are not that simple.</FONT></DIV>
<DIV><FONT size=2 face=Arial>As Mariano suggests it should be easy to
"reactivate" the old -memory: parameter to override the default value without
recompiling (if I'm correct the code for parsing arguments is still here), just
to address cases where memory seems to be a problem - my 2c</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>Regards,</FONT></DIV>
<DIV><FONT size=2 face=Arial>Alain</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<BLOCKQUOTE
style="BORDER-LEFT: #000000 2px solid; PADDING-LEFT: 5px; PADDING-RIGHT: 0px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px"
dir=ltr>
<DIV>"Andreas Raab" <<A
href="mailto:andreas.raab@gmx.de">andreas.raab@gmx.de</A>> a écrit dans le
message de news: <A
href="mailto:4DB17C1C.8010503@gmx.de">4DB17C1C.8010503@gmx.de</A>...</DIV>
<P>
<HR>
</P>FWIW, the reason for the 512MB limit has to do with Windows memory layout.
When you're running applications that load dynamic libraries (directly or
indirectly such as when using ODBC which loads further DLLs) Windows needs
(sometimes a lot of) address space to map these DLLs in order to load them[*].
When the VM starts it grabs MAX_VIRTUAL_MEMORY from the OS which will
consequently not be available to map DLLs into. We have found that depending
on the libraries in use and depending on the overall system utilization,
loading DLLs would fail seemingly "at random" which, after further
investigation, we were able to track to reserving too much address space
upfront. We were able to show experimentally, that changing the limit from 1GB
to 512MB would on some machines make all the difference.<BR><BR>[*] This is
true in particular for libraries that create more threads as the default
Windows policy is to create threads with the stack size of the application
executable. Thus a 1MB default stack in the application will by default create
all further threads to be allocated with a 1MB stack size. Of course all of
this is subject to various other conditions.<BR><BR>In the end we concluded
that 512MB is a reasonable size for most apps and with 512MB we've never seen
these random failures. You can increase the limit by recompiling the VM, but
if you ship your app in diverse environments you should be aware of the
potential issues.<BR><BR>Cheers,<BR> - Andreas<BR><BR>On 4/21/2011
22:44, Alain_Rastoul wrote:
<BLOCKQUOTE cite=mid:ioq504$joe$1@dough.gmane.org type="cite"><PRE wrap=""> </PRE><BR>
<FIELDSET class=mimeAttachmentHeader></FIELDSET> <BR>
<META name=GENERATOR content="MSHTML 8.00.6001.19046">
<STYLE></STYLE>
<DIV><FONT size=2 face=Arial>Apparently, the vm allocates MAX_VIRTUAL_MEMORY
and reduces by steps of 128M until it </FONT></DIV>
<DIV><FONT size=2 face=Arial>succeeds.</FONT></DIV>
<DIV><FONT size=2 face=Arial>so I suppose it could be possible to allocate
2Gb and see how it runs on a 1Gb system and if this is not too much stress
for</FONT></DIV>
<DIV><FONT size=2 face=Arial>the system (thinking of the pagefile)
?</FONT></DIV>
<DIV><FONT size=2 face=Arial>Tudor is your vm a cog or non cog vm
?</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<BLOCKQUOTE
style="BORDER-LEFT: rgb(0,0,0) 2px solid; PADDING-LEFT: 5px; PADDING-RIGHT: 0px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px">
<DIV>"Mariano Martinez Peck" <<A href="mailto:marianopeck@gmail.com"
moz-do-not-send="true">marianopeck@gmail.com</A>> a écrit dans le
message de news: <A
href="mailto:BANLkTi=Tved13_KL7quOzemOXPnCcfWw+g@mail.gmail.com"
moz-do-not-send="true">BANLkTi=Tved13_KL7quOzemOXPnCcfWw+g@mail.gmail.com</A>...</DIV>
<P></P>
<HR>
<BR><BR>
<DIV class=gmail_quote>On Thu, Apr 21, 2011 at 10:21 PM, Tudor Girba <SPAN
dir=ltr><<A href="mailto:tudor.girba@gmail.com"
moz-do-not-send="true">tudor.girba@gmail.com</A>></SPAN> wrote:<BR>
<BLOCKQUOTE
style="BORDER-LEFT: rgb(204,204,204) 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex"
class=gmail_quote>Hi,<BR><BR>Should I to understand that the only way to
enable more memory is to recompile the VM? Does that mean that there is
no way to pass this information as a parameter like we can on
Mac?<BR><BR></BLOCKQUOTE>
<DIV><FONT size=2 face=Arial></FONT><BR>As far as I know you can pass a
parameter, but even so, it won't be able to allocate more than 512MB.<BR>I
can compile the VM for you with this change in 5 minutes. But I am not
sure that such simple code would make it work. I think such limit is there
because of something. Otherwise, it sounds stupid imposing a limit just
because.<BR><BR></DIV>
<BLOCKQUOTE
style="BORDER-LEFT: rgb(204,204,204) 1px solid; MARGIN: 0pt 0pt 0pt 0.8ex; PADDING-LEFT: 1ex"
class=gmail_quote>The problem is that I cannot recompile the VM because
I have no access to a Windows machine. Is there one available that
provides more memory?<BR><BR></BLOCKQUOTE>
<DIV><FONT size=2 face=Arial></FONT><BR>I don't think so, but start cc'ing
the VM mailing list. You'd probably receive more
help.<BR><BR>Cheers<BR><BR>Mariano<BR> </DIV>
<BLOCKQUOTE
style="BORDER-LEFT: rgb(204,204,204) 1px solid; MARGIN: 0pt 0pt 0pt 0.8ex; PADDING-LEFT: 1ex"
class=gmail_quote>Cheers,<BR>Doru<BR>
<DIV>
<DIV class=h5><FONT size=2 face=Arial></FONT><BR><BR>On 21 Apr 2011, at
22:09, Alain_Rastoul wrote:<BR><BR>> Hi Tudor,<BR>><BR>> There
is a constant in sqWin32Alloc.h (platforms\win32\vm) :<BR>> #define
MAX_VIRTUAL_MEMORY 512*1024*1024<BR>> you can change it to whatever
you want and rebuild the vm,<BR>> for exzmple give all the available
memory less 256 M .<BR>><BR>> HTH<BR>><BR>> Regards<BR>>
Alain<BR>><BR>> "Tudor Girba" <<A
href="mailto:tudor.girba@gmail.com"
moz-do-not-send="true">tudor.girba@gmail.com</A>> a écrit<BR>>
dans le message de news: <A class=moz-txt-link-abbreviated
href="mailto:03B9389F-C719-44D0-B106-2AC78B120F56@gmail.com">03B9389F-C719-44D0-B106-2AC78B120F56@gmail.com</A>...<BR>>
Hi,<BR>><BR>> We have no specific startUp: methods in Moose. In
any case, the issue with<BR>> opening the image does not seem to be
related to startUp:.<BR>><BR>> Is it really true that the Cog VM
is limited to 512MB of memory?<BR>><BR>> Cheers,<BR>>
Doru<BR>><BR>><BR>> On 21 Apr 2011, at 14:27, Luc Fabresse
wrote:<BR>><BR>>> Hi Doru,<BR>>><BR>>> 2011/4/21
Tudor Girba<BR>>> <<A href="mailto:tudor.girba@gmail.com"
moz-do-not-send="true">tudor.girba@gmail.com</A>><BR>>>
Hi,<BR>>><BR>>><BR>>><BR>>> On Apr 21, 2011, at
14:06, Mariano Martinez Peck<BR>>> <<A
href="mailto:marianopeck@gmail.com"
moz-do-not-send="true">marianopeck@gmail.com</A>>
wrote:<BR>>><BR>>>><BR>>>><BR>>>> On
Thu, Apr 21, 2011 at 1:58 PM, Tudor Girba<BR>>>> <<A
href="mailto:tudor.girba@gmail.com"
moz-do-not-send="true">tudor.girba@gmail.com</A>>
wrote:<BR>>>>> Hi
again,<BR>>>>><BR>>>>> I did not say what the
problem was :). The problem was that when<BR>>>>> opening
the image on Windows, he got a Space is low message and
the<BR>>>>> image was not usable (see
attachment).<BR>>>><BR>>>> That's weird. Does moose
have something on the startup list? something<BR>>>>
that can be bothering there?<BR>>><BR>>> Not that I know of.
Is there a way to check this?<BR>>><BR>>> Classes should be
registered using Smalltlak addToStartUpList: aClass<BR>>> Then
aClass class>>#startUp: is executed at startup.<BR>>> So
implementors of #startUp: on Moose classes should give you the
answer.<BR>>><BR>>> #Luc<BR>>><BR>>><BR>>>
Actually, using exactly the same process some days ago he produced
an<BR>>> image of 190MB. This one works just fine on Windows. The
only difference<BR>>> between the two is the size of the loaded
data.<BR>>><BR>>> It would be really bad news if the Windows
vm would be so severely limited<BR>>> in terms of
memory.<BR>>><BR>>> Cheers,<BR>>>
Doru<BR>>><BR>>><BR>>>><BR>>>> On Mac it
worked just fine.<BR>>>>><BR>>>>>
Cheers,<BR>>>>>
Doru<BR>>>>><BR>>>>><BR>>>><BR>>>>><BR>>>>><BR>>>>><BR>>>>>
On 21 Apr 2011, at 12:52, Tudor Girba
wrote:<BR>>>>><BR>>>>>>
Hi,<BR>>>>>><BR>>>>>> I received a
question from someone running a 200MB image on
Windows<BR>>>>>> using Cog
2361.<BR>>>>>><BR>>>>>> If I open the
image on Mac, it works just fine. Unfortunately, I
do<BR>>>>>> not have a Windows machine around, and I
cannot test but I believe it<BR>>>>>> should be solvable
by increasing the allocated
memory.<BR>>>>>><BR>>>>>> On Mac, I would
run it with: ./Croquet -memory
1500m<BR>>>>>><BR>>>>>> Can anyone help me
with the right incantation for
Windows?<BR>>>>>><BR>>>>>>
Cheers,<BR>>>>>>
Doru<BR>>>>>><BR>>>>>><BR>>>>>>
--<BR>>>>>> <A href="http://www.tudorgirba.com"
target=_blank
moz-do-not-send="true">www.tudorgirba.com</A><BR>>>>>><BR>>>>>>
"What we can governs what we
wish."<BR>>>>>><BR>>>>>><BR>>>>>><BR>>>>>>
<Space is low.png><BR>>>>><BR>>>>>
--<BR>>>>> <A href="http://www.tudorgirba.com" target=_blank
moz-do-not-send="true">www.tudorgirba.com</A><BR>>>>><BR>>>>>
"Yesterday is a fact.<BR>>>>> Tomorrow is a
possibility.<BR>>>>> Today is a
challenge."<BR>>>>><BR>>>>><BR>>>>><BR>>>><BR>>>><BR>>>><BR>>>><BR>>>>
--<BR>>>> Mariano<BR>>>> <A
href="http://marianopeck.wordpress.com" target=_blank
moz-do-not-send="true">http://marianopeck.wordpress.com</A><BR>>>><BR>>><BR>><BR>>
--<BR>> <A href="http://www.tudorgirba.com" target=_blank
moz-do-not-send="true">www.tudorgirba.com</A><BR>><BR>> "Beauty is
where we see
it."<BR>><BR>><BR>><BR>><BR>><BR>><BR>><BR>><BR><BR></DIV></DIV><FONT
color=#888888>--<BR><A href="http://www.tudorgirba.com" target=_blank
moz-do-not-send="true">www.tudorgirba.com</A><BR><BR>"If you interrupt
the barber while he is cutting your hair,<BR>you will end up with a
messy haircut."<BR><BR><BR></FONT></BLOCKQUOTE></DIV><BR><BR
clear=all><BR>-- <BR>Mariano<BR><A href="http://marianopeck.wordpress.com"
target=_blank
moz-do-not-send="true">http://marianopeck.wordpress.com</A><BR><BR></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>