Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp858317ybx; Wed, 6 Nov 2019 09:26:37 -0800 (PST) X-Google-Smtp-Source: APXvYqw3QC1+9NXG7nIznbdwxWOEhLNQaE9LsNm5vEK860mSn+UIFk4K1BvyZr5Oz2Fp0mnx8npb X-Received: by 2002:aa7:c943:: with SMTP id h3mr3892841edt.207.1573061197296; Wed, 06 Nov 2019 09:26:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573061197; cv=none; d=google.com; s=arc-20160816; b=IcY4ZO0TB48m+GhTlby7QXiUOt71Hdjtbh1mDpgFdJUiF/kk6sifWkBiDrySZqb0sO m0Cjt75MGI40aJNWBTcSvoUKK53d1OkyuMQnWpLmW+UeKUYqVdcRlSwspZ/roGYZqlgu oMyKz9PpM0w2XSy/566U6Yn3XqXdtaN6kaHySzDIPESOq9Ey9tb988gAOK732m0CfEQg BaUdY/bGRCHjS+TMoP5YDHwKc6fiQUfQ8jCDPHkBUHIXZRQZZEtfeA1xtLkMuBhMUN7k cad/ZbDJJ8tpvRsUQF0Jcf5z3t0bkx5JDuwrFn4trEYOnMtiXujIVR89uIQbfYlDdU4n Hc+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=2n645UvmSv4AqIc6LiqkoACOBGmfKUqqXd8fmWrYoZg=; b=dy8NKIoL/C5Mb4Po5uI44U7dl8xQeU1n8pOd9OS/p9cvjzit8CXJWthGVxVd6oirBn h8q92Uh7gHEDjvKqrqMiaFQ7iO/4rHWLGph+WIfrFLc11ZDdj3dIy4iCK5+bUXL1cyYH z2SLG4ms466rPcPpCmUwqQXFl3/zihXIyCVFBgF/A8VMtRstx95kGSScDmZdH3+7LtEk Fy02L2b3g0b7kaAw6x5Yo5evp2HvIfBzYE0a6Ot8Pt1xk9WCRaz/8WESoi6CT1X267pX lpHzCKHQNJGaNPdU5QrXRZgmEYcTEyVKVdWGadgm5YO9h3mzWYCFJK5qjGlYIIAd3+Ip nJiw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u4si15543354edi.179.2019.11.06.09.26.13; Wed, 06 Nov 2019 09:26:37 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732268AbfKFRZX (ORCPT + 99 others); Wed, 6 Nov 2019 12:25:23 -0500 Received: from mx2.suse.de ([195.135.220.15]:50308 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728466AbfKFRZW (ORCPT ); Wed, 6 Nov 2019 12:25:22 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 4B3A0AC82; Wed, 6 Nov 2019 17:25:21 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id 67D6D1E4353; Wed, 6 Nov 2019 18:25:20 +0100 (CET) Date: Wed, 6 Nov 2019 18:25:20 +0100 From: Jan Kara To: snazy@snazy.de Cc: Josef Bacik , Jan Kara , Johannes Weiner , Vlastimil Babka , Michal Hocko , "Kirill A. Shutemov" , Randy Dunlap , linux-kernel@vger.kernel.org, Linux MM , Andrew Morton , "Potyra, Stefan" Subject: Re: mlockall(MCL_CURRENT) blocking infinitely Message-ID: <20191106172520.GF12685@quack2.suse.cz> References: <20191105182211.GA33242@cmpxchg.org> <20191106120315.GF16085@quack2.suse.cz> <4edf4dea97f6c1e3c7d4fed0e12c3dc6dff7575f.camel@gmx.de> <20191106145608.ucvuwsuyijvkxz22@macbook-pro-91.dhcp.thefacebook.com> <20191106150524.GL16085@quack2.suse.cz> <20191106151429.swqtq2dt4uelhjzn@macbook-pro-91.dhcp.thefacebook.com> <9f6b707c69ceb34e3916b1d47f2e2fa6a4f025ab.camel@gmx.de> <94c71621a0245db763db9e289286b79056cc9bc5.camel@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <94c71621a0245db763db9e289286b79056cc9bc5.camel@gmx.de> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 06-11-19 18:03:10, Robert Stupp wrote: > Oh, and I just realized, that I have two custom settings in my > /etc/rc.local - guess, I configured that when I installed that machine > years ago. Sorry, that I haven't mentioned that earlier. > > echo 0 > /sys/block/nvme0n1/queue/read_ahead_kb > echo never > > /sys/kernel/mm/transparent_hugepage/defrag > > That setting is probably not quite standard, but I assume there are > some database server setups out there, that set RA=0 as well. Ok, yes, that explains ra_pages == 0. Thanks for the details. Honza -- Jan Kara SUSE Labs, CR