From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 51525C43460 for ; Wed, 14 Apr 2021 15:56:58 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 234CF6112F for ; Wed, 14 Apr 2021 15:56:58 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1352560AbhDNP5S (ORCPT ); Wed, 14 Apr 2021 11:57:18 -0400 Received: from mga11.intel.com ([192.55.52.93]:5216 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232662AbhDNP5N (ORCPT ); Wed, 14 Apr 2021 11:57:13 -0400 IronPort-SDR: WDd4lPt1AuUiPreH8j9oQz4plKBc1BpV+sYlUBm//YikBAKUVeap2Iu1aDf/udGQeWPdQ9yCyi 40flsVQcscRw== X-IronPort-AV: E=McAfee;i="6200,9189,9954"; a="191484140" X-IronPort-AV: E=Sophos;i="5.82,222,1613462400"; d="scan'208";a="191484140" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Apr 2021 08:56:49 -0700 IronPort-SDR: 5Y/X998Ljj2Jxjpfsq/hVDjcfZCU8JZsvF2rGTzQLUNE5VeNnxg7dntcgoHjF/Yw47zakGLESf lI5RfYJka5kg== X-IronPort-AV: E=Sophos;i="5.82,222,1613462400"; d="scan'208";a="443861179" Received: from tassilo.jf.intel.com ([10.54.74.11]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Apr 2021 08:56:48 -0700 Date: Wed, 14 Apr 2021 08:56:47 -0700 From: Andi Kleen To: Rik van Riel Cc: "Huang, Ying" , Yu Zhao , Dave Chinner , Jens Axboe , SeongJae Park , Linux-MM , Andrew Morton , Benjamin Manes , Dave Hansen , Hillf Danton , Johannes Weiner , Jonathan Corbet , Joonsoo Kim , Matthew Wilcox , Mel Gorman , Miaohe Lin , Michael Larabel , Michal Hocko , Michel Lespinasse , Roman Gushchin , Rong Chen , SeongJae Park , Tim Chen , Vlastimil Babka , Yang Shi , Zi Yan , linux-kernel , lkp@lists.01.org, Kernel Page Reclaim v2 Subject: Re: [PATCH v2 00/16] Multigenerational LRU Framework Message-ID: <20210414155647.GV3762101@tassilo.jf.intel.com> References: <20210413075155.32652-1-sjpark@amazon.de> <3ddd4f8a-8e51-662b-df11-a63a0e75b2bc@kernel.dk> <20210413231436.GF63242@dread.disaster.area> <87tuo9qtmd.fsf@yhuang6-desk1.ccr.corp.intel.com> <87lf9lqnit.fsf@yhuang6-desk1.ccr.corp.intel.com> <93308ea276cfe7997c29ce7132516e830e8fec40.camel@surriel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93308ea276cfe7997c29ce7132516e830e8fec40.camel@surriel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Now imagine we have an 8 node system, and memory > pressure in the DMA32 zone of node 0. The question is how much do we still care about DMA32. If there are problems they can probably just turn on the IOMMU for these IO mappings. -Andi