[Gluster-devel] GlusterFS FUSE client leaks summary — part I
Oleksandr Natalenko
oleksandr at natalenko.name
Sun Jan 31 09:35:29 UTC 2016
Unfortunately, this patch doesn't help.
RAM usage on "find" finish is ~9G.
Here is statedump before drop_caches: https://gist.github.com/
fc1647de0982ab447e20
And after drop_caches: https://gist.github.com/5eab63bc13f78787ed19
And here is Valgrind output: https://gist.github.com/2490aeac448320d98596
On субота, 30 січня 2016 р. 22:56:37 EET Xavier Hernandez wrote:
> There's another inode leak caused by an incorrect counting of
> lookups on directory reads.
>
> Here's a patch that solves the problem for
> 3.7:
>
> http://review.gluster.org/13324
>
> Hopefully with this patch the
> memory leaks should disapear.
>
> Xavi
>
> On 29.01.2016 19:09, Oleksandr
>
> Natalenko wrote:
> > Here is intermediate summary of current memory
>
> leaks in FUSE client
>
> > investigation.
> >
> > I use GlusterFS v3.7.6
>
> release with the following patches:
> > ===
>
> > Kaleb S KEITHLEY (1):
> fuse: use-after-free fix in fuse-bridge, revisited
>
> > Pranith Kumar K
>
> (1):
> > mount/fuse: Fix use-after-free crash
>
> > Soumya Koduri (3):
> gfapi: Fix inode nlookup counts
>
> > inode: Retire the inodes from the lru
>
> list in inode_table_destroy
>
> > upcall: free the xdr* allocations
> > ===
> >
> >
> > With those patches we got API leaks fixed (I hope, brief tests show
>
> that) and
>
> > got rid of "kernel notifier loop terminated" message.
>
> Nevertheless, FUSE
>
> > client still leaks.
> >
> > I have several test
>
> volumes with several million of small files (100K…2M in
>
> > average). I
>
> do 2 types of FUSE client testing:
> > 1) find /mnt/volume -type d
> > 2)
>
> rsync -av -H /mnt/source_volume/* /mnt/target_volume/
>
> > And most
>
> up-to-date results are shown below:
> > === find /mnt/volume -type d
>
> ===
>
> > Memory consumption: ~4G
>
> > Statedump:
> https://gist.github.com/10cde83c63f1b4f1dd7a
>
> > Valgrind:
> https://gist.github.com/097afb01ebb2c5e9e78d
>
> > I guess,
>
> fuse-bridge/fuse-resolve. related.
>
> > === rsync -av -H
>
> /mnt/source_volume/* /mnt/target_volume/ ===
>
> > Memory consumption:
> ~3.3...4G
>
> > Statedump (target volume):
> https://gist.github.com/31e43110eaa4da663435
>
> > Valgrind (target volume):
> https://gist.github.com/f8e0151a6878cacc9b1a
>
> > I guess,
>
> DHT-related.
>
> > Give me more patches to test :).
>
> _______________________________________________
>
> > Gluster-devel mailing
>
> list
>
> > Gluster-devel at gluster.org
>
> http://www.gluster.org/mailman/listinfo/gluster-devel
More information about the Gluster-devel
mailing list