<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On Apr 14, 2009, at 11:31 AM, Eliot Miranda wrote:</div><blockquote type="cite"><div class="gmail_quote">On Tue, Apr 14, 2009 at 10:04 AM, John M McIntosh <span dir="ltr">&lt;<a href="mailto:johnmci@smalltalkconsulting.com">johnmci@smalltalkconsulting.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Now the problem with headerSize<br> <br> In the file mmap case the entire file is mapped into memory at 500MB, but the oops space starts at 64 bytes, so memory is at 500MB+64<br> In the anonymous mmap case memory starts at 500MB, but the oops space starts at 0, so memory is at 500MB.</blockquote><div><br></div><div>John, I think this is a non-issue.  There is no reason to worry about the unused 64 bytes at the beginning of the image file.  Simply map it at 500Mb and have the heap start at 500Mb + 64.  So the header is mapped into memory.  This should make snapshot a little easier because one simply updates the header in place in memory.</div></div></blockquote><div><br></div><div>Actually, if the header was mapped into memory *and* kept up to date, it would make recovering images from core dumps trivial.</div><div><br></div><div>David</div></div><br></body></html>