<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Hi Zoltan,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Thank you for investigating my findings. I will apply the fix you linked to and report back. While I understand the other leaks are small, valgrind reported over 19,000 instances
 of leaked memory in under 5 minutes of our app running without load.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Matt Zinkevicius<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Zoltan Varga [mailto:vargaz@gmail.com]
<br>
<b>Sent:</b> Sunday, March 27, 2016 4:45 PM<br>
<b>To:</b> Zinkevicius, Matt <matt.zinkevicius@hpe.com><br>
<b>Cc:</b> mono-devel-list@lists.ximian.com; Straw, David (Storage) <david.straw@hpe.com><br>
<b>Subject:</b> Re: [Mono-dev] Using valgrind with Mono<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Hi,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">  Fixed the last one in:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="https://github.com/mono/mono/commit/b97ac0023256bf7d915552f5f24a7742b28c32b7">https://github.com/mono/mono/commit/b97ac0023256bf7d915552f5f24a7742b28c32b7</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The first two are leaks, but they should be small and bounded. Will look into fixing them to decrease the noise.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">          Zoltan<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Sun, Mar 27, 2016 at 6:23 PM, Zinkevicius, Matt <<a href="mailto:matt.zinkevicius@hpe.com" target="_blank">matt.zinkevicius@hpe.com</a>> wrote:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p>Hello,<o:p></o:p></p>
<p> <o:p></o:p></p>
<p>Our backend service running on Mono 4.2.2 on Linux is experiencing an unmanaged memory leak. When running our stress tests for several hours, we see the managed heap sit around 50 MB, while private memory keeps growing until the process is killed because
 of OOM. I am therefore attempting to use valgrind to find the culprit, but I am getting so many leaks detected that I think many must be false positives, so I thought I would ask here for some guidance about which are safe to suppress or any other valgrind
 + mono tricks you can share.<o:p></o:p></p>
<p> <o:p></o:p></p>
<p>The vast majority of leaks reported have call stacks that closely match one of the following:<o:p></o:p></p>
<p> <o:p></o:p></p>
<p>==16846== 4 bytes in 1 blocks are definitely lost in loss record 74 of 19,903<o:p></o:p></p>
<p>==16846==    at 0x4C26FEF: calloc (vg_replace_malloc.c:711)<o:p></o:p></p>
<p>==16846==    by 0x62D1D9: monoeg_malloc0 (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x4870F2: decode_exception_debug_info (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x488975: mono_aot_find_jit_info (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x53C3A7: mono_jit_info_table_find_internal (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x493C04: mini_jit_info_table_find_ext (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x4988FB: mini_add_method_trampoline (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x499067: common_call_trampoline_inner (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x403217C: ???<o:p></o:p></p>
<p>==16846==    by 0x10D3FB63: ???<o:p></o:p></p>
<p>==16846==    by 0x10D3F41B: ???<o:p></o:p></p>
<p>==16846==    by 0x10D3F117: ???<o:p></o:p></p>
<p> <o:p></o:p></p>
<p>==16846== 12 bytes in 1 blocks are definitely lost in loss record 1,172 of 19,903<o:p></o:p></p>
<p>==16846==    at 0x4C2828A: malloc (vg_replace_malloc.c:299)<o:p></o:p></p>
<p>==16846==    by 0x62D221: monoeg_malloc (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x55B8EF: mono_metadata_type_dup (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x49FC4B: get_shared_gparam (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x49FE70: get_shared_inst (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x4A073A: mini_get_shared_method_full (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x414723: lookup_method (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x4147FA: mono_jit_compile_method_with_opt (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x414B9A: mono_jit_compile_method (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x498DA4: common_call_trampoline_inner (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x403405C: ???<o:p></o:p></p>
<p>==16846==    by 0x10D2DCA7: ???<o:p></o:p></p>
<p> <o:p></o:p></p>
<p>==16846== 10 bytes in 1 blocks are definitely lost in loss record 739 of 19,903<o:p></o:p></p>
<p>==16846==    at 0x4C2828A: malloc (vg_replace_malloc.c:299)<o:p></o:p></p>
<p>==16846==    by 0x62D221: monoeg_malloc (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x62BA8C: monoeg_g_utf16_to_utf8 (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x5A8646: mono_string_to_utf8_checked (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x5A885B: mono_string_to_utf8 (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x52DE3C: ves_icall_Type_GetNestedTypes (in /usr/bin/mono-sgen)<o:p></o:p></p>
<p>==16846==    by 0x120D4256: ???<o:p></o:p></p>
<p>==16846==    by 0xE338A78: System_Type_GetMember_string_System_Reflection_BindingFlags (type.cs:806)<o:p></o:p></p>
<p>==16846==    by 0x40C09EF: ???<o:p></o:p></p>
<p>==16846==    by 0x1259A6AF: ???<o:p></o:p></p>
<p>==16846==    by 0x73: ???<o:p></o:p></p>
<p>==16846==    by 0x141D191D: ???<o:p></o:p></p>
<p> <o:p></o:p></p>
<p>Are these valid leaks or is valgrind confused/misconfigured? I am using the following command:<o:p></o:p></p>
<p>valgrind --tool=memcheck -v --leak-check=full --log-file=val.txt --smc-check=all mono program.exe<o:p></o:p></p>
<p> <o:p></o:p></p>
<p>Thanks for any input you can offer,<o:p></o:p></p>
<p>Matt Zinkevicius<o:p></o:p></p>
<p> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com">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><o:p></o:p></p>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>