Esztermann, Ansgar said the following on 06/18/2013 03:29 AM:
On Jun 14, 2013, at 12:26 , Carlos E. R. wrote:
Anyway, having a reserve can be good for other things: allocation of space, shuffling...
Oh yes. For example, XFS gets _really_ slow when it fills up, and it stays slow even after you've deleted enough files.
Hmm. Might be a b-tree balance problem rather than simply a space allocation problem. I'm not seeing anything like that with BtrFS, but then BtrFS has many kernel threads and I suspect at least one of them has to do with keeping the trees in shape. ps -ef | grep btrfs root 202 2 0 06:30 ? 00:00:00 [btrfs-genwork-1] root 203 2 0 06:30 ? 00:00:00 [btrfs-submit-1] root 204 2 0 06:30 ? 00:00:00 [btrfs-delalloc-] root 205 2 0 06:30 ? 00:00:00 [btrfs-fixup-1] root 208 2 0 06:30 ? 00:00:00 [btrfs-endio-met] root 210 2 0 06:30 ? 00:00:00 [btrfs-freespace] root 211 2 0 06:30 ? 00:00:00 [btrfs-delayed-m] root 212 2 0 06:30 ? 00:00:00 [btrfs-cache-1] root 213 2 0 06:30 ? 00:00:00 [btrfs-readahead] root 214 2 0 06:30 ? 00:00:00 [btrfs-cleaner] root 215 2 0 06:30 ? 00:00:00 [btrfs-transacti] root 252 2 0 06:30 ? 00:00:00 [flush-btrfs-1] root 331 2 0 06:31 ? 00:00:01 [btrfs-endio-3] root 3381 2 0 06:39 ? 00:00:00 [btrfs-endio-wri] root 4129 2 0 06:45 ? 00:00:00 [btrfs-worker-2] root 4170 2 0 06:50 ? 00:00:00 [btrfs-endio-met] root 4254 2 0 07:00 ? 00:00:00 [btrfs-endio-met] This is 12.2 system with one gigantic BtrFS for the whole system. I've stress tested resiserFS rather more over the years but that has always been on multi-partition systems so might not show up so easily. -- How long did the whining go on when KDE2 went on KDE3? The only universal constant is change. If a species can not adapt it goes extinct. That's the law of the universe, adapt or die. -- Billie Walsh, May 18 2013 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org