Current-Users archive

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

Re: Testing 7.0 Beta: FFS still very slow when creating files



   Date: Fri, 22 Aug 2014 17:59:37 +0200
   From: Stephan <stephanwib%googlemail.com@localhost>

   Has anybody an idea on this or how to track this down? At the moment,
   I can't even enter ddb using Strg+Alt+Esc keys for some reason. I've
   also seen people playing with dtrace but that doesn't seem to be
   included.

Dtrace may be a good idea.  You can use it by

(a) using a kernel built with `options KDTRACE_HOOKS',
(b) using a userland built with MKDTRACE=yes,
(c) modload /stand/ARCH/VERSION/solaris.kmod
    modload /stand/ARCH/VERSION/dtrace.kmod
    modload /stand/ARCH/VERSION/fbt.kmod
    modload /stand/ARCH/VERSION/sdt.kmod
(d) mkdir /dev/dtrace && mknod /dev/dtrace/dtrace c dtrace

(Yes, this is too much work.  Someone^TM should turn it all on by
default for netbsd-7...!)

From the lockstat output it looks like there's a lot of use of
mntvnode_lock, which suggests this may be related to hannken@'s vnode
cache changes.  Might be worthwhile to sample stack traces of
vfs_insmntque, with something like

dtrace -n 'fbt::vfs_insmntqueue:entry { @[stack()]++ }'

or perhaps sample stack traces of the mutex_enters of mntvnode_lock.


Home | Main Index | Thread Index | Old Index