Reporting bugs is a good start. I noticed that Jonathan has an open bug against sgen which we'll try to handle<div>before 2.12 final.<br><div><br><br><div class="gmail_quote">On Thu, Aug 30, 2012 at 2:13 AM, Greg Young <span dir="ltr"><<a href="mailto:gregoryyoung1@gmail.com" target="_blank">gregoryyoung1@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We have been experiencing crashes as well on large heaps. What can we do to help with this issue?<div class="HOEnZb"><div class="h5">
<span></span><br><br>On Thursday, August 30, 2012, Jonathan Shore  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div>Ok, thanks.  sgen fails for me for non-trivial programs (the VM crashes in 2.10.9 and 2.11.3 in different ways on both OSX and Linux).   I'll post a bug report to bugzilla in a few.</div>

<br><div><div>On Aug 29, 2012, at 5:35 PM, Rodrigo Kumpera wrote:</div><br><blockquote type="cite">This is a limitation present on the Boehm collector. Either custom build it with a larger limit or switch to sgen.<div><br>

<br><div class="gmail_quote">On Wed, Aug 29, 2012 at 6:05 PM, Jonathan Shore <span dir="ltr"><<a>jonathan.shore@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div><font face="Arial" size="4">I have applications that process through terrabytes of timeseries data.  Usually I can limit the amount of memory I use in-process, however, from time to time I need to deal with data larger than 4GB in size.   I run mono both on OSX and linux.   It seems that the LARGE_CONFIG (which is not even the default), maxes out at something close to 4GB of heap.     What would it take to relax this so can use more of a 64bit memory space?</font></div>


<div><font face="Arial" size="4"><br></font></div><div><font face="Arial" size="4">In <b>libgc/include/private/gc_priv.h</b>, there seems to be a hastable of heap pages, indexed by up to 20 bits in the LARGE_CONFIG compilation.  The comment indicates that the 2097151 possible entries corresponds to roughly 4GB +/- of heap.</font></div>


<div><font face="Arial" size="4"><br></font></div><div><font face="Arial" size="4">Regardless of limitations build into the memory model, the mono runtime has the <b>bad behavior of crashing</b> when the maximum # of heap pages is reached <b>instead of throwing <span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;background-color:rgb(251,251,251);display:inline!important;float:none;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px">OutOfMemoryException</span></b><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;background-color:rgb(251,251,251);display:inline!important;font-weight:normal;float:none;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px">.  Particularly for production services it would be useful to catch, say, a condition where most of the memory is used and throw an exception so that the application can exit or clean up gracefully.</span></font></div>


<div><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;background-color:rgb(251,251,251);display:inline!important;font-weight:normal;float:none;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px"><font face="Arial" size="4"><br>


</font></span></div><div><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;background-color:rgb(251,251,251);display:inline!important;font-weight:normal;float:none;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px"><font face="Arial" size="4">Thoughts on this?</font></span></div>


<span><font color="#888888"><div><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;background-color:rgb(251,251,251);display:inline!important;font-weight:normal;float:none;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px"><font face="Arial" size="4"><br>


</font></span></div><div><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;background-color:rgb(251,251,251);display:inline!important;font-weight:normal;float:none;line-height:normal;text-transform:none;white-space:normal;word-spacing:0px"><font face="Arial" size="4">Jonathan</font></span></div>


</font></span></div><br>_______________________________________________<br>
Mono-devel-list mailing list<br>
<a>Mono-devel-list@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-devel-list</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div></blockquote><br><br></div></div><span class="HOEnZb"><font color="#888888">-- <br>Le doute n'est pas une condition agréable, mais la certitude est absurde.<br>
</font></span></blockquote></div><br></div></div>