On Oct 21, 2014, at 9:43 PM, Chris Murphy <li...@colorremedies.com> wrote:
> > On Oct 21, 2014, at 4:14 PM, Piotr Pawłow <p...@siedziba.pl> wrote: > >> On 21.10.2014 20:59, Tomasz Chmielewski wrote: >>> FYI - after a failed disk and replacing it I've run a balance; it took >>> almost 3 weeks to complete, for 120 GBs of data: >> >> Looks normal to me. Last time I started a balance after adding 6th device to >> my FS, it took 4 days to move 25GBs of data. > > It's long term untenable. At some point it must be fixed. It's way, way > slower than md raid. Granted I'm ignoring the fact there are 5000+ snapshots, as well as the fact we were told something like ~200 is OK but things rapidly get pathological above that. Josef has some patches to better deal with this, but I'm fairly sure they're not merged yet. My "long term untenable" assertion is in relation to scalability. Another thing is the snapshot aware defrag stuff was recently pulled out and needs to be redone, which may also be a factor with this. The short term, maybe even medium term, it's "doctor, it hurts when I do this!" and the doctor says, "well then don't do that!" Chris Murphy -- 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
