Old story - glusterfs memory usage

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Friday 26 March 2010 wrote Krzysztof Strasburger:
> On Fri, Mar 26, 2010 at 01:16:53PM +0100, Amon Ott wrote:
> > > No, this should happen without any filters. What happens, if you
> > > disable io-cache?
> >
> > Disabled both io-cache and read-ahead. Now it only grew to 739 MB. Again,
> > drop_caches did not reduce that size, although it reduced the fuse_inode
> > slabs significantly. No out of memory now.
>
> 739 MB "only", without caches???
> This is a confirmation that the problem appears on other sites, too.
>
> > Please note that I can live with 1GB of memory for the glusterfs process,
> > if it needs that. It must not block accesses, this is my concern.
>
> No OOM now, but double the number of files and IMHO glusterfs will
> grow up to 1.5 GB.
> Thank you for doing the test.
> Now we should check, whether fuse_forget() is called at all during the
> test. I would not assume blindly that it is.

Added a counter to fuse_forget():
[2010-03-26 15:34:31] N [fuse-bridge.c:3203:fuse_thread_proc] fuse: 
unmounting /home/user after 42732 forgets

> yes -> glusterfs problem

Looks like.

Amon Ott
-- 
Dr. Amon Ott - m-privacy GmbH
Am K?llnischen Park 1, 10179 Berlin
Tel: +49 30 24342334
Fax: +49 30 24342336
Web: http://www.m-privacy.de
Handelsregister:
 Amtsgericht Charlottenburg HRB 84946
Gesch?ftsf?hrer:
 Dipl.-Kfm. Holger Maczkowsky,
 Roman Maczkowsky
GnuPG-Key-ID: EA898571


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux