2011/9/14 Kevin Wolf :
...
>
> But let's measure the effects first, I suspect that for cluster
> allocation it doesn't help much because every REF- comes with a REF+.
>
That's 50% of effort if REF- clusters are far from REF+ :)
>>>
>>> I would expect that the next REF+ allocat
2011/9/14 Kevin Wolf :
... omissis...
>
>> To optimize REF+ I mark a range as allocated and use this range to
>> get new ones (avoiding writing refcount to disk). When a flush is
>> requested or in some situations (like snapshot) this cache is disabled
>> and flushed (written as REF
Am 14.09.2011 11:52, schrieb Frediano Ziglio:
> 2011/9/14 Kevin Wolf :
>> Am 13.09.2011 15:36, schrieb Frediano Ziglio:
>>> 2011/9/13 Kevin Wolf :
Am 13.09.2011 09:53, schrieb Frediano Ziglio:
> These patches try to trade-off between leaks and speed for clusters
> refcounts.
>
2011/9/14 Kevin Wolf :
> Am 13.09.2011 15:36, schrieb Frediano Ziglio:
>> 2011/9/13 Kevin Wolf :
>>> Am 13.09.2011 09:53, schrieb Frediano Ziglio:
These patches try to trade-off between leaks and speed for clusters
refcounts.
Refcount increments (REF+ or refp) are handled in a d
Am 13.09.2011 15:36, schrieb Frediano Ziglio:
> 2011/9/13 Kevin Wolf :
>> Am 13.09.2011 09:53, schrieb Frediano Ziglio:
>>> These patches try to trade-off between leaks and speed for clusters
>>> refcounts.
>>>
>>> Refcount increments (REF+ or refp) are handled in a different way from
>>> decrement
2011/9/13 Kevin Wolf :
> Am 13.09.2011 09:53, schrieb Frediano Ziglio:
>> These patches try to trade-off between leaks and speed for clusters
>> refcounts.
>>
>> Refcount increments (REF+ or refp) are handled in a different way from
>> decrements (REF- or refm). The reason it that posting or not fl
2011/9/13 Kevin Wolf :
> Am 13.09.2011 09:53, schrieb Frediano Ziglio:
>> These patches try to trade-off between leaks and speed for clusters
>> refcounts.
>>
>> Refcount increments (REF+ or refp) are handled in a different way from
>> decrements (REF- or refm). The reason it that posting or not fl
Am 13.09.2011 09:53, schrieb Frediano Ziglio:
> These patches try to trade-off between leaks and speed for clusters
> refcounts.
>
> Refcount increments (REF+ or refp) are handled in a different way from
> decrements (REF- or refm). The reason it that posting or not flushing
> a REF- cause "just"
These patches try to trade-off between leaks and speed for clusters
refcounts.
Refcount increments (REF+ or refp) are handled in a different way from
decrements (REF- or refm). The reason it that posting or not flushing
a REF- cause "just" a leak while posting a REF+ cause a corruption.
To optimi
