Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp391924pxb; Mon, 8 Nov 2021 15:36:29 -0800 (PST) X-Google-Smtp-Source: ABdhPJz0VrgvXahu3x/6Lk6navXQlvl1Qzr704145EuKj54ZJo6jVLzBOD9KbLAYgcttzUWw0qYH X-Received: by 2002:a17:906:12d0:: with SMTP id l16mr3601081ejb.415.1636414589207; Mon, 08 Nov 2021 15:36:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1636414589; cv=none; d=google.com; s=arc-20160816; b=AYMIYMT3f4TwZXSpNcrOMo/iQn0I2fKl08FhoxX+dMQNk2mHy1zNOyVICh3plsULl2 psg+2rV4Wpe7TeyLGgMa84PDPcS2tLh3GylKSg27tO/SyrUESCv5xkpLfsMybZXyG6ax CnVkvDeVG4IuKX7j1Tu8iD86huKYIc7WU0lBRBlDHafmZAVWRbZXH0INhI5MnImfDCR+ rKaEmCTj1P86hlR4fpsJi5yeaDLgXOjHApa3KwegBphXAIrXxq4b5EuXjqFS/mqMo2pL z2+MnTsmntUTaAwyZENwOnCZbilCt587Ai30YzY1scH0k9oQpy+53veuyuJUdH1NfL5o 4mPQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=J4euypBOC7ScBXoSdj7tSJtDpl1xqoOXunHLYBIl0uY=; b=cZyftjJtZL6EVqmsIxwXN+IyU+SLXkETfo43oJpcUh3i0MWuEtW1Qu5N4JERNQ18Tm r5f0J8qYxhZLWN7p1A95fGVeH7MNPRfou/QScyP3uE3H9EZahzx06uCwK1i46o5yuE9H wlRjQLEshdf4UhcoWar+eecVcEe+zvcn7GyopuP7R8Q+Jk9HlS4UCT+H0Wj7Zn54nR4O jZphI3L3aCEc0BxfUbQC+NV6oXDW+Pzl0TTsFhRQHxO56+ObVM/XgqIIv847edQPoskC U3fr2WMgPw34GvK++smHga/Rq1glAxfhYAZdoj7wVF9jtDZaxT/QwjdhqxiFqei6xrbJ 7CuQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=Ka736QNr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hr38si23712755ejc.65.2021.11.08.15.36.05; Mon, 08 Nov 2021 15:36:29 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=Ka736QNr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235993AbhKHRpc (ORCPT + 99 others); Mon, 8 Nov 2021 12:45:32 -0500 Received: from mail.kernel.org ([198.145.29.99]:51056 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232449AbhKHRpb (ORCPT ); Mon, 8 Nov 2021 12:45:31 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 1193E61989; Mon, 8 Nov 2021 17:42:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1636393367; bh=aDP0JNZLneMa+fhhHDwEjiYQDIZ3O9kp6R7AQNfFBFU=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Ka736QNrH5TeG6ihYfwD3Xp+ZOyH9vWoX444P2RHbWrs4G2/MbxhgdmDgfivT57y3 FnJ2UixIBR8LjiWYt6tOAdPF4aneBeukrwITqM3qAT2PD8jL02kTmTqkNHR5sw1JCL q4Qj0mrGOyN4TtSI3zWTOYEBRcAELAjEp5WJ67ig= Date: Mon, 8 Nov 2021 09:42:45 -0800 From: Andrew Morton To: Johannes Weiner Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, kernel-team@fb.com Subject: Re: vfs-keep-inodes-with-page-cache-off-the-inode-shrinker-lru.patch Message-Id: <20211108094245.6e3bc66d7cc5ce5196115058@linux-foundation.org> In-Reply-To: References: X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 8 Nov 2021 10:57:23 -0500 Johannes Weiner wrote: > Hi Andrew, > > I promised to give this patch some more testing exposure while it sits > in -mm. We've been steadily rolling this version of the change to our > fleet over the last months and it's currently on 20% of FB servers. We > have not noticed crashes or performance regressions because of it. > (The other 80% is running a previous version of the patch.) > > The comment in 'series' says "extra cycle" but that was 5.15 :-) Do > you think we can get it merged into 5.16? > > Just to reiterate, without the patch, there is very broad production > breakage for FB beyond reduced cache effectiveness. Yes, we lose cache > pages prematurely. But a bigger problem is that we lose nonresident > info we store in the inodes. This defeats thrash detection, which in > turn defeats psi and central reclaim deciscion making. The downstream > effects of this are quite severe and widespread: > > - memory prioity inversion between containers > - failure to offload cold memory to swap with proactive reclaim > - breakdown of container health monitoring and userspace OOM killing > > I'm not exaggerating when I say we can't reliably operate our fleet > without this patch. We've had to carry variants of it for two years > now. It'd be great to get this fixed upstream. Cool, thanks for the update. I'll sent it Linuswards this week.