<p dir="ltr"><br>
2014-1-28 AM11:42于 "Liu Yuan" <<a href="mailto:namei.unix@gmail.com">namei.unix@gmail.com</a>>写道：<br>
><br>
> we have 100 nodes, no object cache enabled. after several days stress testing, we sheep daemon on some nodes having several megabyte RSS even when IO is very low, normally, sheep should take less than 100m for idle<br>

></p>
<p dir="ltr">several hundred mega</p>
<p dir="ltr">> 2014-1-28 AM11:37于 "Hitoshi Mitake" <<a href="mailto:mitake.hitoshi@gmail.com">mitake.hitoshi@gmail.com</a>>写道：<br>
><br>
>> At Tue, 28 Jan 2014 11:32:16 +0800,<br>
>> Liu Yuan wrote:<br>
>> ><br>
>> > On Tue, Jan 28, 2014 at 11:17:36AM +0800, Liu Yuan wrote:<br>
>> > > On Tue, Jan 28, 2014 at 11:38:21AM +0900, Hitoshi Mitake wrote:<br>
>> > > > The commit 5e460b4d6444 introduced fd leak in the vdi deletion<br>
>> > > > process. This patch removes it.<br>
>> > > ><br>
>> > ><br>
>> > > You should release di and dw too, I guess this is why I found severe memory<br>
>> > > leak in our test cluster.<br>
>> ><br>
>> > After a close look, seems that di and dw is releaed. Need double check.<br>
>><br>
>> Yes delete_one_vdi_done() frees di and dw.<br>
>><br>
>> BTW, how do you detect memory leak in your cluster? valgrind? It must<br>
>> be a serious problem. If you know a way to reproduce, I'd like you to<br>
>> share it.<br>
>><br>
>> Thanks,<br>
>> Hitoshi<br>
>><br>
</p>