Date: Wed, 6 May 2009 11:10:22 -0400 From: Bill Moran <wmoran@potentialtech.com> To: Olivier Mueller <om-lists-bsd@omx.ch> Cc: freebsd-performance@freebsd.org, freebsd-questions@freebsd.org Subject: Re: filesystem: 12h to delete 32GB of data (4 million files) Message-ID: <20090506111022.05d06f1a.wmoran@potentialtech.com> In-Reply-To: <1241616121.16418.109.camel@ompc.insign.local> References: <1241610888.16418.64.camel@ompc.insign.local> <20090506084834.61600c42.wmoran@potentialtech.com> <1241616121.16418.109.camel@ompc.insign.local>
next in thread | previous in thread | raw e-mail | index | archive | help
In response to Olivier Mueller <om-lists-bsd@omx.ch>: > > Yes, it is one of the best options. My initial goal was to delete all > files older than N days by cron (find | xargs | rm, etc.), but if each > cronjob takes 2 hours (and takes so much cpu time), it's probably not > the best way. > > I'll make some more tests on an test-server later this week and speak > with the devs. Thanks again for your very constructive feedback! Based on your comments here, it really sounds like your devs need to implement some sort of cache cleaning algo into their code. If it's just deleting the oldest files, then you could probably run it far more frequently if you simply created a new cache directory each hour, and deleted the previous one. Honestly, I'm really confused -- if you can just throw away the cache each night, then why are you caching to begin with? If you just need temp files, why doesn't the app clean up its temp files when it's done with them? If you have access to the developers, I think you'll be able to come up with a much better solution by working with them. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090506111022.05d06f1a.wmoran>