On 12/11/2012 09:54 PM, Dušan Čolić wrote:
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
Hm, indeed: my setup with enabled migration can not survive even one
kernel compilation, while with disabled migration everything looks ok..
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
