ZFS and large directories - caveat report

[David P Discher]

Ivan -

What's your uptime ?
Are you using l2 arc ?
what is the value of 'sysctl kstat.zfs.misc.arcstats.evict_skip' ?
  is this increasing quickly ?

How much cpu are the 'arc_reclaim_thread' and 'l2arc_feed_thread' taking up ?
  top -SHb 500 | grep arc


---
David P. Discher
dpd at bitgravity.com * AIM: bgDavidDPD
BITGRAVITY * http://www.bitgravity.com

On Jul 21, 2011, at 10:18 AM, Ivan Voras wrote:

> On 21 July 2011 18:38, Luiz Otavio O Souza <lists.br at gmail.com> wrote:
> 
>> The general usage on this server is fine, but the periodic (daily) scripts take almost a day to complete and the server is slow as hell while the daily scripts are running.
> 
> Yes, this is how my problem was first diagnosed.
> 
>> So, yes, i can confirm that running 'find' on a ZFS FS with a lot of files is very, very slow (and looks like it isn't related to how the files are distributed on the FS).
> 
> Only it's not just "find" - it's any directory operations - including
> file creation and removal. I cannot say that is not related to how
> files are distributed on the file system, except the unusually long
> operations on the parent of the shard directories in my case.
> _______________________________________________
> freebsd-fs at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"