Re: [OpenZFS Developer] [zfs] 4873 zvol unmap calls can take a very long time for larger datasets

2014-07-02 Thread Alex Reece
The status is: I'm was a little slow to email the advocates, but I'm now working the the advocates to integrate this (I'm going to be merging the two commits and fixing up the messages, etc). Currently, I'm testing that my changes still work after I rebase from master, but I hope to be ready for in

Re: [OpenZFS Developer] [zfs] 4873 zvol unmap calls can take a very long time for larger datasets

2014-07-02 Thread Dan McDonald
On Jul 2, 2014, at 1:17 PM, Alexander Motin via illumos-zfs wrote: > Hi. > > On 07.06.2014 01:34, Alex Reece via illumos-zfs wrote: >> http://reviews.csiden.org/r/45/ >> http://reviews.csiden.org/r/22/ >> >> Work by Alex Reece and Matt Ahrens. > > What is the perspective of these patches, ha

Re: [OpenZFS Developer] [zfs] 4873 zvol unmap calls can take a very long time for larger datasets

2014-07-02 Thread Alexander Motin
Hi. On 07.06.2014 01:34, Alex Reece via illumos-zfs wrote: > http://reviews.csiden.org/r/45/ > http://reviews.csiden.org/r/22/ > > Work by Alex Reece and Matt Ahrens. What is the perspective of these patches, hanging in a queue for more then a month? I hit this problem on FreeBSD, and this patch

Re: [OpenZFS Developer] [zfs] 4873 zvol unmap calls can take a very long time for larger datasets

2014-06-07 Thread Richard Elling
LGTM, thanks! -- richard On Jun 6, 2014, at 3:34 PM, Alex Reece wrote: > http://reviews.csiden.org/r/45/ > http://reviews.csiden.org/r/22/ > > Work by Alex Reece and Matt Ahrens. > > Note - Chris will be upgrading this review board instance for about 30 > minutes on Saturday night to upgrade

[OpenZFS Developer] [zfs] 4873 zvol unmap calls can take a very long time for larger datasets

2014-06-06 Thread Alex Reece
http://reviews.csiden.org/r/45/ http://reviews.csiden.org/r/22/ Work by Alex Reece and Matt Ahrens. Note - Chris will be upgrading this review board instance for about 30 minutes on Saturday night to upgrade it. ~Alex ___ developer mailing list develop