<html>#2352: support 64 bit numbers for SystemStatistic's malloc'ed memory size
<table style='border-spacing: 1ex 0pt; '>
<tr><td style='text-align:right'> Reporter:</td><td></td></tr>
<tr><td style='text-align:right'>   Status:</td><td>open</td></tr>
<tr><td style='text-align:right'>Milestone:</td><td></td></tr>
<tr><td style='text-align:right'>  Version:</td><td></td></tr>
<tr><td style='text-align:right'>     Type:</td><td>enhancement</td></tr>
<tr><td style='text-align:right'> Priority:</td><td>minor</td></tr>
<tr><td style='text-align:right'>Component:</td><td>EinsteinToolkit thorn</td></tr>
</table>

<p>Comment (by Roland Haas):</p>
<p>There's an implementation in branch rhaas/short_walltime  of CactusUtils. Turns out Cactus already checks if <code>malloc.h</code> (though not explicitly for <code>malloc_info</code> or <code>open_memstream</code>) exists. I would be extremely surprised if this worked with tcmalloc or jemalloc. It also restrict is restricted to Linux, at least on OSX, even when compiling with gcc there is no malloc.h, though given that all clusters are running GNU/Linux these days I am not too worried about that.</p>
<p>The branch produces numbers identical to <code>mallinfo</code>’s <code>uordblks</code> for the test function in embedded in it (for informational purposes only).</p>
<p>--<br/>
Ticket URL: <a href='https://bitbucket.org/einsteintoolkit/tickets/issues/2352/support-64-bit-numbers-for'>https://bitbucket.org/einsteintoolkit/tickets/issues/2352/support-64-bit-numbers-for</a></p>
</html>