Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 02 Mar 2017 00:09:38 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-fs@FreeBSD.org
Subject:   [Bug 194513] zfs recv hangs in state kmem arena
Message-ID:  <bug-194513-3630-yuSSppKvrx@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-194513-3630@https.bugs.freebsd.org/bugzilla/>
References:  <bug-194513-3630@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194513

Dave Baukus <daveb@spectralogic.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |daveb@spectralogic.com

--- Comment #21 from Dave Baukus <daveb@spectralogic.com> ---
(In reply to Steven Hartland from comment #10)

Is it possible that the referenced change does not have enough of a positive
effect with respect to zfs receive pending in kmem_arena because zfs receiv=
e is
attempting to allocate SPA_MAXBLOCKSIZE (16M) and the fragmentation check is
looking for fragmentation below zfs_max_recordsize (1M) ?

/*
 * Above limits know nothing about real level of KVA fragmentation.
 * Start aggressive reclamation if too little sequential KVA left.
 */
if (vmem_size(heap_arena, VMEM_MAXFREE) < zfs_max_recordsize)
       return (1);

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-194513-3630-yuSSppKvrx>