Received: by 2002:ac0:aa62:0:0:0:0:0 with SMTP id w31-v6csp1994293ima; Mon, 22 Oct 2018 02:15:18 -0700 (PDT) X-Google-Smtp-Source: ACcGV63C/uu0meIorsqmEBD3t6ZA/PmVcJ53f5o8XRSxawASJsakAvRimMZTjULbIUAJ6+bilCsS X-Received: by 2002:a17:902:b90c:: with SMTP id bf12-v6mr44309996plb.259.1540199718316; Mon, 22 Oct 2018 02:15:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540199718; cv=none; d=google.com; s=arc-20160816; b=wFUJsbyqnWta527k0uwmTs97aqliNwn6NXXwvwFE8JbgvaKp/gIJ2v2j6hLjnZAord HwNwVQ34DWrCRFz5YKeqVCBYdj8WUfTeoS87758bTa+IhFWUuCyg0/ubKj9NDlcSKn50 tkjazf59TeMMQcKml4dF3cv/XLhSlW+EXQ4X8ZfqCHEPCIHDIaVY2kCog7MWUTzZf8sE 2xuRgz+xmNm7gm6FQkNyRc/VMHJwuvpEm5dTsVPhsIa7waOsGkUyfp/kFs0MvW+JRQAr qIM2+mo56Cn9vEjvwbBIUEzG8KBtdKvaFvfc+gYHg+7gnA4lWwH2Ije3+xYZXfXpiPoQ COsA== 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=0+ELl8DD9A41TOq/CFJW518l5z6ajpvOdmXF5Ji04gU=; b=LHkgATHgg9N9OjTL+sJtIckrcNnceUmOMr8dDLA3p8wWpfjePEFKvsFe1T/L8mFjay M4joCfQm62a+cr83CNW8FOCBJfH2CNn+ipi9/mZnsr+vcyiJKp4wGcpghMoTYaN8O6Vi qzkJZ0hUJdcxBafFf1v+Kjf02/iNGOWgnTiEeRZ56UhUH636TDclXDlhjjSrN2zBkLiQ lD7mhRRMzJz3GY0d7/KONv17CuQ1Fx6hcmHhvNbqnih6uoYWRZ+TEXmMCHl9m9E9MLvS HBdMQcqwHe/QhshbwI1gZJzeCB9a5LiISn7fca3kYRo5n+3tN7QRfoYXkrL1ij7gdy1d F/SA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y4-v6si21279547plb.159.2018.10.22.02.15.02; Mon, 22 Oct 2018 02:15:18 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727865AbeJVQu4 (ORCPT + 99 others); Mon, 22 Oct 2018 12:50:56 -0400 Received: from mx2.suse.de ([195.135.220.15]:59646 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727509AbeJVQu4 (ORCPT ); Mon, 22 Oct 2018 12:50:56 -0400 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 D09C1AF54; Mon, 22 Oct 2018 08:33:22 +0000 (UTC) Date: Mon, 22 Oct 2018 10:33:22 +0200 From: Michal Hocko To: Spock Cc: linux-kernel@vger.kernel.org, Roman Gushchin , Rik van Riel , Johannes Weiner , Vladimir Davydov , Shakeel Butt , Andrew Morton , Sasha Levin , Greg Kroah-Hartman , linux-mm@kvack.org Subject: Re: Memory management issue in 4.18.15 Message-ID: <20181022083322.GE32333@dhcp22.suse.cz> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 Cc som more people. I am wondering why 172b06c32b94 ("mm: slowly shrink slabs with a relatively small number of objects") has been backported to the stable tree when not marked that way. Put that aside it seems likely that the upstream kernel will have the same issue I suspect. Roman, could you have a look please? On Sat 20-10-18 14:41:40, Spock wrote: > Hello, > > I have a workload, which creates lots of cache pages. Before 4.18.15, > the behavior was very stable: pagecache is constantly growing until it > consumes all the free memory, and then kswapd is balancing it around > low watermark. After 4.18.15, once in a while khugepaged is waking up > and reclaims almost all the pages from pagecache, so there is always > around 2G of 8G unused. THP is enabled only for madvise case and are > not used. > > The exact change that leads to current behavior is > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-4.18.y&id=62aad93f09c1952ede86405894df1b22012fd5ab -- Michal Hocko SUSE Labs