On Tue, Dec 11, 2012 at 7:33 PM, Edward Shishkin <edward.shishkin@xxxxxxxxx> wrote: > On 12/11/2012 04:08 PM, Ivan Shapovalov wrote: >> >> Hello! > > > Hello. > > >> >> With help of Dušan Čolić <dusanc@xxxxxxxxx> who provided his kernel config >> diff I've found a kernel option which, when disabled, greatly reduces >> (hopefully to zero, but need time to verify it) corruption rate in >> reiser4. >> >> It's CONFIG_TRANSPARENT_HUGEPAGE (or something which is used by it like >> CONFIG_COMPACTION or CONFIG_MIGRATION). >> For now I'm testing it with CONFIG_TRANSPARENT_HUGEPAGE disabled > > > How long? > For me the difference in uptime is months without vs hours with it :D on 2.6.39.4 > >> on kernel >> 3.6.10, and everything seems to be OK so far (so the workaround is >> version- >> agnostic). >> >> Edward, are there any guesses on what can make reiser4 choke on >> hugepages/compaction/migration? > > > TBH, no ideas. They (hugepages) are _transparent_. > It means we shouldn't suffer in theory ;) > > >> I'm not even barely familiar with the kernel >> internals. >> >> Thanks, >> Ivan. -- To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
