]> git.proxmox.com Git - mirror_zfs.git/commit - module/zfs/dbuf.c
It is not necessary to zero struct dbuf_hold_impl_data
authorMatthew Ahrens <mahrens@delphix.com>
Thu, 21 Jul 2016 05:50:26 +0000 (22:50 -0700)
committerBrian Behlendorf <behlendorf1@llnl.gov>
Tue, 16 Aug 2016 22:27:17 +0000 (15:27 -0700)
commitd9eea113f8b8988a8ec4f9c73b717c7311322348
tree6657cf547fb9cc44626433d319b7f550997aa8a4
parentf0c26069bdf4ec675c840f0932fcfe7d4036d06f
It is not necessary to zero struct dbuf_hold_impl_data

Under a workload which makes heavy use of `dbuf_hold()`, I noticed that a
considerable amount of time was spent in `dbuf_hold_impl()`, due to its call to
`kmem_zalloc(sizeof (struct dbuf_hold_impl_data) * DBUF_HOLD_IMPL_MAX_DEPTH)`,
which is around 2KiB.  This structure is used as a stack, to limit the size of
the C stack as dbuf_hold() calls itself recursively.  We make a recursive call
to hold the parent's dbuf when the requested dbuf is not found.  The vast
majority of the time, the parent or grandparent indirect dbuf is cached, so the
number of recursive calls is very low.  However, we initialize this entire
array for every call to dbuf_hold().

To improve performance, this commit changes `dbuf_hold()` to use `kmem_alloc()`
instead of `kmem_zalloc()`.  __dbuf_hold_impl_init is changed to initialize all
members of the struct before they are used.  I observed ~5% performance
improvement on a workload which creates many files.

Signed-off-by: Matthew Ahrens <mahrens@delphix.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes #4974
module/zfs/dbuf.c