On Tue, May 26, 2015 at 10:08:48AM +0200, Christoffer Dall wrote: > > echo 0 > /sys/kernel/mm/transparent_hugepage/khugepaged/pages_to_scan > > this returns -EINVAL. > Oops sorry, I haven't re-read the code, pages_to_scan 0 does not make sense, it would only be useful for debugging purposes because it doesn't shut off khugepaged entirely, so it is ok that it returns -EINVAL, just it won't allow this debug tweak... > But I'm trying now with: > > echo never > /sys/kernel/mm/transparent_hugepage/enabled > > > > > and verify the problem goes away without having to revert the patch? > > will let you know, so far so good... I only intended to disable khugepaged, to validate the theory it was that patch that made the difference. Increasing the sleep time is equivalent to set pages_to_scan to 0, so you can use this instead: echo 3600000 >/sys/kernel/mm/transparent_hugepage/khugepaged/scan_sleep_millisecs echo 3600000 >/sys/kernel/mm/transparent_hugepage/khugepaged/alloc_sleep_millisecs In addition to knowing if it still happens with THP disables, it's interesting to know also if it happens with THP enabled but khugepaged disabled. > what is memhog? I couldn't find the utility in Google... Somebody answered, yes it's from numactl. > I did try with the above settings and just push a bunch of data into > ramfs and tmpfs and indeed the sytem died very quickly (on v4.0-rc4). That's fine, memhog just was a way to hit swap. tmpfs pages aren't candidate for khugepaged THP collapsing, so it'd be perhaps quicker to reproduce with something like memhog that uses anonymous memory but it still happens, as long as you hit swap it's ok. If other arm don't exhibit this problem, perhaps it has to do with some difference in THP, I recall there were two models for arm. Thanks, Andrea -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>