Date: Thu, 20 Jan 2005 08:53:14 -0500 From: Bill Vermillion <bv@wjv.com> To: freebsd-stable@freebsd.org Subject: Re: Very large directory Message-ID: <20050120135314.GA65676@wjv.com> In-Reply-To: <20050120120114.27CE616A4E7@hub.freebsd.org> References: <20050120120114.27CE616A4E7@hub.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > From: "Phillip Salzman" <phill@sysctl.net> > Subject: Very large directory > I have a pair of servers that act as SMTP/AV gateways. It > seems that even though we've told the AV software not to store > messages, it is anyway. > > They've been running for a little while now - and recently we've > noticed a lot of disk space disappearing. Shortly after that, a > simple du into our /var/spool returned a not so nice error: > du: fts_read: Cannot allocate memory > No matter what command I run on that directory, I just don't > seem to have enough available resources to show the files let > alone delete them (echo *, ls, find, rm -rf, etc.) Even echo * sorts the output, and the sorting consumes a large amount of resources. Try and ls with a "-f" option. To prove it to yourself take any directory and perform echo * and then do the same with ls -f I first noticed this years ago when on an old SysV I had a directory that took 5 minutes to display and the ls -f was quite fast. > End of freebsd-stable Digest, Vol 95, Issue 8 -- Bill Vermillion - bv @ wjv . com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050120135314.GA65676>