On 10/08/2012 05:50 PM, Swâmi Petaramesh wrote:
Hi again Goffredo,
Le 08/10/2012 13:38, Goffredo Baroncelli a écrit :
I fear that both the combination of autodefrag and the high number of
snapshot could be the root-cause of the the bad performance.
I've removed, on one of my machines, all snapshots but three per subvol
(keeping the oldests and newest), going from about 30 per subvol to 3,
for the complete filesystem from 120+ to about a dozen.
Then I let btrfs-cleaner do its job
After that the machine boots to GUI in a bit less than 2 minutes, where
it was more than 4 minutes previously.
The machine now seems much more reactive and swift.
So it seems that the number or active snapshots (or is it the number of
subvols whatsoever ??) dramatically impacts performance...
Does the autodefrag options still alive ?
I believe that the snapshot is quite cheap, except if you update the
shared files one at time. Which should be the case of the autodefrag.
But it is only a my supposition....
Could you please try to avoid the autodefrag option in a machine with an
high number of snapshot ? I am curios...
Thanks for the suggestion.
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
