On Fri, Jul 22, 2011 at 3:21 PM, Frediano Ziglio wrote:
> 2011/7/22 Stefan Hajnoczi :
>> On Fri, Jul 22, 2011 at 10:13 AM, Frediano Ziglio wrote:
>>> 2011/7/22 Kevin Wolf :
Am 21.07.2011 18:17, schrieb Frediano Ziglio:
> Hi,
> after a snapshot is taken currently many write operatio
2011/7/22 Stefan Hajnoczi :
> On Fri, Jul 22, 2011 at 10:13 AM, Frediano Ziglio wrote:
>> 2011/7/22 Kevin Wolf :
>>> Am 21.07.2011 18:17, schrieb Frediano Ziglio:
Hi,
after a snapshot is taken currently many write operations are quite
slow due to
- refcount updates (decrement
On Fri, Jul 22, 2011 at 10:13 AM, Frediano Ziglio wrote:
> 2011/7/22 Kevin Wolf :
>> Am 21.07.2011 18:17, schrieb Frediano Ziglio:
>>> Hi,
>>> after a snapshot is taken currently many write operations are quite
>>> slow due to
>>> - refcount updates (decrement old and increment new )
>>> - clust
Am 22.07.2011 11:13, schrieb Frediano Ziglio:
> 2011/7/22 Kevin Wolf :
>> Am 21.07.2011 18:17, schrieb Frediano Ziglio:
>>> Hi,
>>> after a snapshot is taken currently many write operations are quite
>>> slow due to
>>> - refcount updates (decrement old and increment new )
>>> - cluster allocatio
2011/7/22 Kevin Wolf :
> Am 21.07.2011 18:17, schrieb Frediano Ziglio:
>> Hi,
>> after a snapshot is taken currently many write operations are quite
>> slow due to
>> - refcount updates (decrement old and increment new )
>> - cluster allocation and file expansion
>> - read-modify-write on partial
Am 21.07.2011 18:17, schrieb Frediano Ziglio:
> Hi,
> after a snapshot is taken currently many write operations are quite
> slow due to
> - refcount updates (decrement old and increment new )
> - cluster allocation and file expansion
> - read-modify-write on partial clusters
>
> I found 2 way to
Hi,
after a snapshot is taken currently many write operations are quite
slow due to
- refcount updates (decrement old and increment new )
- cluster allocation and file expansion
- read-modify-write on partial clusters
I found 2 way to improve refcount performance
Method 1 - Lazy count
Mainly do
