On Fri, Mar 22, 2013 at 10:26:59AM -0400, Chris Mason wrote: > Quoting Alexandre Oliva (2013-03-22 10:17:30) > > On Mar 22, 2013, Chris Mason <clmason@xxxxxxxxxxxx> wrote: > > > > > Are you using compression in btrfs or just in leveldb? > > > > btrfs lzo compression. > > Perfect, I'll focus on that part of things. > > > I'd like to take snapshots out of the picture for a minute. I've reproduced this without compression, with autodefrag on. The test was using snapshots (ie. the unmmodified versino) and ended with 1087 blocks, 4316779 total size snaptest.268/ca snaptest.268/db differ: char 4245170, line 16 after a few minutes. Before that, I was running the NOSNAPS mode for many-minutes (up to 50k rounds) without a reported problem. There was the same 'make clean && make -j 32' kernel compilation running in parallel, the box has 8 cpus, 4GB ram. Watching 'free' showed the memory going up to a few gigs and down to ~130MB. david -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
