Andriy Gapon 8cdc315e9e MFV r323795: 8604 Avoid unnecessary work search in VFS when unmounting snapshots ... illumos/illumos-gate@ed992b0aac ed992b0aac https://www.illumos.org/issues/8604 Every time we want to unmount a snapshot (happens during snapshot deletion or renaming) we unnecessarily iterate through all the mountpoints in the VFS layer (see zfs_get_vfs). Ideally we would just put a hold on the snapshot and access its respective VFS resource directly. Reviewed by: Matt Ahrens <mahrens@delphix.com> Reviewed by: George Wilson <george.wilson@delphix.com> Reviewed by: Andy Stormont <astormont@racktopsystems.com> Approved by: Robert Mustacchi <rm@joyent.com> Author: Serapheim Dimitropoulos <serapheim@delphix.com> FreeBSD note: I added a FreeBSD specific function getzfsvfs_ref() which is like getzfsvfs() but returns a filesystem referenced, not busied. We want a busied filesystem in most cases, because we access its private data and, thus, we need to prevent the filesystem from being unmounted and its private data destroyed. But in some cases we can either get away with just a referenced filesystem or we must not busy the filesystem. Unmounting the filesystem is one of such cases. MFC after: 5 weeks X-MFC after: r324163		2017-10-02 11:15:32 +00:00
..
boot/zfs	loader should support large_dnode	2017-09-12 13:45:04 +00:00
compat/opensolaris	MFV r323530,r323533,r323534: 7431 ZFS Channel Programs, and followups	2017-10-01 16:11:07 +00:00
contrib/opensolaris	MFV r323795: 8604 Avoid unnecessary work search in VFS when unmounting snapshots	2017-10-02 11:15:32 +00:00
dev	Use C99 initializers for DTrace provider methods.	2017-09-27 17:46:38 +00:00