Re: [PATCH 3/8] btrfs: don't use global rsv for chunk allocation

2018-12-11 Thread Nikolay Borisov
On 3.12.18 г. 17:24 ч., Josef Bacik wrote: > The should_alloc_chunk code has math in it to decide if we're getting > short on space and if we should go ahead and pre-emptively allocate a > new chunk. Previously when we did not have the delayed_refs_rsv, we had > to assume that the global block

Re: [PATCH 3/8] btrfs: don't use global rsv for chunk allocation

2018-11-26 Thread Nikolay Borisov
On 21.11.18 г. 21:03 ч., Josef Bacik wrote: > We've done this forever because of the voodoo around knowing how much > space we have. However we have better ways of doing this now, and on > normal file systems we'll easily have a global reserve of 512MiB, and > since metadata chunks are usually