Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752748AbbEZOmx (ORCPT ); Tue, 26 May 2015 10:42:53 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44285 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751573AbbEZOmu (ORCPT ); Tue, 26 May 2015 10:42:50 -0400 Date: Tue, 26 May 2015 16:42:47 +0200 From: Andrea Arcangeli To: Christoffer Dall Cc: linux-mm@kvack.org, ebru.akagunduz@gmail.com, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, kirill.shutemov@linux.intel.com, riel@redhat.com, vbabka@suse.cz, zhangyanfei@cn.fujitsu.com, Will Deacon , Andre Przywara , Marc Zyngier , linux-arm-kernel@lists.infradead.org Subject: Re: [BUG] Read-Only THP causes stalls (commit 10359213d) Message-ID: <20150526144247.GJ26958@redhat.com> References: <20150524193404.GD16910@cbox> <20150525141525.GB26958@redhat.com> <20150526080848.GA27075@cbox> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150526080848.GA27075@cbox> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2052 Lines: 55 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 from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/