[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-btrfs
Subject:    Re: unclean shutdown and space cache rebuild
From:       Shridhar Daithankar <ghodechhap () ghodechhap ! net>
Date:       2013-07-05 3:57:13
Message-ID: 4656105.EoWWoPheHC () bheem
[Download RAW message or body]

On Tuesday, July 02, 2013 09:19:07 PM Shridhar Daithankar wrote:
> On Tuesday, July 02, 2013 01:00:29 PM Duncan wrote:
> > But I'd still expect there to be some better performance steady state
> > after a few mounts gets the basic filesystem defragged.  Tho if the
> > fileystem is heavily fragmented[2], in practice it may well be easier to
> > backup the filesystem content, do a clean mkfs and mount with autodefrag
> > and restore from backup, thus ensuring autodefrag is on while filling the
> > filesystem in the first place, than to wait for autodefrag to reach a
> > stable system state in normal operation over many mounts.
> 
> well, I think I will bite the bullet and defrag entire / overnight and
> repeat the autodefrag mount option. That should work too.

and that worked. defragged all the mount points including files and dirs, 
enabled autodefrag and reboot. Took about 2 hour to defrag the existing files.

but the filesystem is now extremely smooth. faster than ext4 I might say. sure 
there are occasional stalls but they are more of noticable than annoyance and 
thats pretty much compensated by the significant improvement in latency in 
everything.

fun fact, pg_test_fsync now reports 44 fsyncs per seconds instead of earlier 
20. I don't know if that down to defragmentation or compression.

Also another bigger disk of 500GB, the score is around 24 fsyncs per second. 
So I suspect it has to do with tree size.

anyways, good things overall

thanks for the help and suggestions.


-- 
Regards
 Shridhar
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
[prev in list] [next in list] [prev in thread] [next in thread]