Re: [PATCH v2 00/16] Multigenerational LRU Framework

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Rik van Riel <riel@xxxxxxxxxxx>
Subject: Re: [PATCH v2 00/16] Multigenerational LRU Framework
From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Date: Wed, 14 Apr 2021 08:56:47 -0700
Cc: "Huang, Ying" <ying.huang@xxxxxxxxx>, Yu Zhao <yuzhao@xxxxxxxxxx>, Dave Chinner <david@xxxxxxxxxxxxx>, Jens Axboe <axboe@xxxxxxxxx>, SeongJae Park <sj38.park@xxxxxxxxx>, Linux-MM <linux-mm@xxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, Benjamin Manes <ben.manes@xxxxxxxxx>, Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>, Hillf Danton <hdanton@xxxxxxxx>, Johannes Weiner <hannes@xxxxxxxxxxx>, Jonathan Corbet <corbet@xxxxxxx>, Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>, Matthew Wilcox <willy@xxxxxxxxxxxxx>, Mel Gorman <mgorman@xxxxxxx>, Miaohe Lin <linmiaohe@xxxxxxxxxx>, Michael Larabel <michael@xxxxxxxxxxxxxxxxxx>, Michal Hocko <mhocko@xxxxxxxx>, Michel Lespinasse <michel@xxxxxxxxxxxxxx>, Roman Gushchin <guro@xxxxxx>, Rong Chen <rong.a.chen@xxxxxxxxx>, SeongJae Park <sjpark@xxxxxxxxx>, Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>, Vlastimil Babka <vbabka@xxxxxxx>, Yang Shi <shy828301@xxxxxxxxx>, Zi Yan <ziy@xxxxxxxxxx>, linux-kernel <linux-kernel@xxxxxxxxxxxxxxx>, lkp@xxxxxxxxxxxx, Kernel Page Reclaim v2 <page-reclaim@xxxxxxxxxx>
In-reply-to: <93308ea276cfe7997c29ce7132516e830e8fec40.camel@surriel.com>
References: <20210413075155.32652-1-sjpark@amazon.de> <3ddd4f8a-8e51-662b-df11-a63a0e75b2bc@kernel.dk> <20210413231436.GF63242@dread.disaster.area> <f4750f9431bd12b7338a47925de8b17015da51a7.camel@surriel.com> <CAOUHufafMcaG8sOS=1YMy2P_6p0R1FzP16bCwpUau7g1-PybBQ@mail.gmail.com> <87tuo9qtmd.fsf@yhuang6-desk1.ccr.corp.intel.com> <CAOUHufbk=TVOpEOvTNRBe0uoOWNZ=wf3umQ628ZFZ=QYhNqsHA@mail.gmail.com> <87lf9lqnit.fsf@yhuang6-desk1.ccr.corp.intel.com> <93308ea276cfe7997c29ce7132516e830e8fec40.camel@surriel.com>

> 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

References:
- Re: [PATCH v2 00/16] Multigenerational LRU Framework
  - From: SeongJae Park
- Re: [PATCH v2 00/16] Multigenerational LRU Framework
  - From: Jens Axboe
- Re: [PATCH v2 00/16] Multigenerational LRU Framework
  - From: Dave Chinner
- Re: [PATCH v2 00/16] Multigenerational LRU Framework
  - From: Rik van Riel
- Re: [PATCH v2 00/16] Multigenerational LRU Framework
  - From: Yu Zhao
- Re: [PATCH v2 00/16] Multigenerational LRU Framework
  - From: Huang, Ying
- Re: [PATCH v2 00/16] Multigenerational LRU Framework
  - From: Yu Zhao
- Re: [PATCH v2 00/16] Multigenerational LRU Framework
  - From: Huang, Ying
- Re: [PATCH v2 00/16] Multigenerational LRU Framework
  - From: Rik van Riel

Prev by Date: Re: [RFC/RFT PATCH 1/3] memblock: update initialization of reserved pages
Next by Date: Re: [PATCH 04/11] mm/vmstat: Convert NUMA statistics to basic NUMA counters
Previous by thread: Re: [PATCH v2 00/16] Multigenerational LRU Framework
Next by thread: Re: [page-reclaim] Re: [PATCH v2 00/16] Multigenerational LRU Framework
Index(es):
- Date
- Thread

[Index of Archives] [Linux ARM Kernel] [Linux ARM] [Linux Omap] [Fedora ARM] [IETF Annouce] [Bugtraq] [Linux OMAP] [Linux MIPS] [eCos] [Asterisk Internet PBX] [Linux API]