Am 28.09.2016 um 11:00 hat Vladimir Sementsov-Ogievskiy geschrieben:
> On 28.09.2016 11:56, Kevin Wolf wrote:
> >Am 28.09.2016 um 10:37 hat Denis V. Lunev geschrieben:
> >>On 09/28/2016 11:34 AM, Kevin Wolf wrote:
> >>>Am 27.09.2016 um 20:59 hat Denis V. Lunev geschrieben:
> On 09/27/2016 08:04
On 28.09.2016 11:56, Kevin Wolf wrote:
Am 28.09.2016 um 10:37 hat Denis V. Lunev geschrieben:
On 09/28/2016 11:34 AM, Kevin Wolf wrote:
Am 27.09.2016 um 20:59 hat Denis V. Lunev geschrieben:
On 09/27/2016 08:04 PM, Paolo Bonzini wrote:
On 27/09/2016 15:28, Denis V. Lunev wrote:
On 09/27/2016
Am 28.09.2016 um 10:37 hat Denis V. Lunev geschrieben:
> On 09/28/2016 11:34 AM, Kevin Wolf wrote:
> > Am 27.09.2016 um 20:59 hat Denis V. Lunev geschrieben:
> >> On 09/27/2016 08:04 PM, Paolo Bonzini wrote:
> >>> On 27/09/2016 15:28, Denis V. Lunev wrote:
> On 09/27/2016 03:07 PM, Paolo Bonzi
On 09/28/2016 11:34 AM, Kevin Wolf wrote:
> Am 27.09.2016 um 20:59 hat Denis V. Lunev geschrieben:
>> On 09/27/2016 08:04 PM, Paolo Bonzini wrote:
>>> On 27/09/2016 15:28, Denis V. Lunev wrote:
On 09/27/2016 03:07 PM, Paolo Bonzini wrote:
> - Original Message -
>> From: "Denis
Am 27.09.2016 um 20:59 hat Denis V. Lunev geschrieben:
> On 09/27/2016 08:04 PM, Paolo Bonzini wrote:
> >
> > On 27/09/2016 15:28, Denis V. Lunev wrote:
> >> On 09/27/2016 03:07 PM, Paolo Bonzini wrote:
> >>> - Original Message -
> From: "Denis V. Lunev"
> To: "Paolo Bonzini"
>
On 09/27/2016 08:04 PM, Paolo Bonzini wrote:
>
> On 27/09/2016 15:28, Denis V. Lunev wrote:
>> On 09/27/2016 03:07 PM, Paolo Bonzini wrote:
>>> - Original Message -
From: "Denis V. Lunev"
To: "Paolo Bonzini"
Cc: "Vladimir Sementsov-Ogievskiy" ,
qemu-devel@nongnu.org,
On 09/27/2016 03:07 PM, Paolo Bonzini wrote:
>
> - Original Message -
>> From: "Denis V. Lunev"
>> To: "Paolo Bonzini"
>> Cc: "Vladimir Sementsov-Ogievskiy" ,
>> qemu-devel@nongnu.org, qemu-bl...@nongnu.org,
>> nbd-gene...@lists.sourceforge.net, a...@alex.org.uk, ebl...@redhat.com,
>> k
On 27/09/2016 15:28, Denis V. Lunev wrote:
> On 09/27/2016 03:07 PM, Paolo Bonzini wrote:
>>
>> - Original Message -
>>> From: "Denis V. Lunev"
>>> To: "Paolo Bonzini"
>>> Cc: "Vladimir Sementsov-Ogievskiy" ,
>>> qemu-devel@nongnu.org, qemu-bl...@nongnu.org,
>>> nbd-gene...@lists.sourc
On 09/27/2016 03:07 PM, Paolo Bonzini wrote:
>
> - Original Message -
>> From: "Denis V. Lunev"
>> To: "Paolo Bonzini"
>> Cc: "Vladimir Sementsov-Ogievskiy" ,
>> qemu-devel@nongnu.org, qemu-bl...@nongnu.org,
>> nbd-gene...@lists.sourceforge.net, a...@alex.org.uk, ebl...@redhat.com,
>> k
- Original Message -
> From: "Denis V. Lunev"
> To: "Paolo Bonzini"
> Cc: "Vladimir Sementsov-Ogievskiy" ,
> qemu-devel@nongnu.org, qemu-bl...@nongnu.org,
> nbd-gene...@lists.sourceforge.net, a...@alex.org.uk, ebl...@redhat.com,
> kw...@redhat.com, stefa...@redhat.com,
> w...@uter.be
On 09/26/2016 03:46 PM, Vladimir Sementsov-Ogievskiy wrote:
> This extension allows big requests for TRIM and WRITE_ZEROES through
> special 'shift' parameter, which means that offset and length should be
> shifted left by several bits.
>
> This is needed for efficient clearing large regions of the
On 09/27/2016 01:15 PM, Paolo Bonzini wrote:
>> We could go in a different direction and export flag
>> 'has_zero_init' which will report that the storage is
>> initialized with all zeroes at the moment. In this
>> case mirroring code will not fall into this
>> branch.
> Why don't you add the zero_
> We could go in a different direction and export flag
> 'has_zero_init' which will report that the storage is
> initialized with all zeroes at the moment. In this
> case mirroring code will not fall into this
> branch.
Why don't you add the zero_init flag to QEMU's NBD driver instead?
Thanks,
P
On 09/26/2016 07:51 AM, Paolo Bonzini wrote:
>> +- bit 3, `NBD_CMD_FLAG_SHIFT`; This flag is valid for `NBD_CMD_TRIM` and
>> + `NBD_CMD_WRITE_ZEROES`. If this flag is set the server shifts request
>> + *length* and *offset* left by N bits, where N is defined by
>> `NBD_OPT_SHIFT`
>> + option o
On 09/26/2016 07:46 AM, Vladimir Sementsov-Ogievskiy wrote:
> This extension allows big requests for TRIM and WRITE_ZEROES through
> special 'shift' parameter, which means that offset and length should be
> shifted left by several bits.
>
> This is needed for efficient clearing large regions of th
> On 26 Sep 2016, at 14:54, Paolo Bonzini wrote:
>
>
> Considering that NBD supports multiple outstanding requests, is it a big
> deal to require one request per terabyte of storage?
+1
Also I don't think we particularly want to make clearing the entire
disk easy to do by mistake!
This whole
On 26.09.2016 15:51, Paolo Bonzini wrote:
On 26/09/2016 14:46, Vladimir Sementsov-Ogievskiy wrote:
This extension allows big requests for TRIM and WRITE_ZEROES through
special 'shift' parameter, which means that offset and length should be
shifted left by several bits.
This is needed for effic
> On 26 Sep 2016, at 13:46, Vladimir Sementsov-Ogievskiy
> wrote:
>
> Option reply types
>
> These values are used in the "reply type" field, sent by the server
> @@ -872,7 +883,13 @@ valid may depend on negotiation during the handshake
> phase.
>
> [extension](https://github.com/yoe/
On 26/09/2016 15:53, Vladimir Sementsov-Ogievskiy wrote:
> On 26.09.2016 15:51, Paolo Bonzini wrote:
>> This is very ad hoc. Can we instead have a block size common to all
>> commands? Block devices in practice have one, in fact that's why
>> they're called block devices...
>
> Block size can
On 26/09/2016 14:46, Vladimir Sementsov-Ogievskiy wrote:
> This extension allows big requests for TRIM and WRITE_ZEROES through
> special 'shift' parameter, which means that offset and length should be
> shifted left by several bits.
>
> This is needed for efficient clearing large regions of the
20 matches
Mail list logo
