[illumos-Developer] MUCH better --> zil for zvol TRUNCATE (and iSCSI UNMAP) working...
Dan McDonald
danmcd at nexenta.com
Wed Mar 2 09:48:44 PST 2011
On Wed, Mar 02, 2011 at 09:18:02AM -0800, George Wilson wrote:
> >> Preserving this distinction in the API seems appropriate, but there's no
> >>reason to call txg_wait_synced() in the zvol implementation.
> >You mean preserving DF_WAIT_SYNC? Or SL_WRITEBACK_CACHE_DISABLED?
> >
> >I'll take out the txg_wait_synced() call.
>
> Sorry guys, I feel behind on this thread.
>
> The one thing that the txg_wait_synced() provides is for callers to
> wait for all the blocks to be freed before continuing. I don't know
> if this is a requirement or not.
Your description of txg_wait_synced() behavior does match up with the
WRITEBACK_CACHE_DISABLED, but Eric points out:
> >>It's not clear to me how a consumer
> >>could recover from "lost" frees. For the zvol implementation this is all
> >>moot, but we can start with your interpretation and adapt it as necessary
I wonder if the principal of least surprise might apply here? That would
argue for implementing DF_WAIT_SYNC by using txg_wait_synced().
Dan
More information about the Developer
mailing list