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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id B3167E74AD8 for ; Tue, 3 Dec 2024 21:06:34 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id BF3B76B007B; Tue, 3 Dec 2024 16:06:33 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id BA26C6B0082; Tue, 3 Dec 2024 16:06:33 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A43026B0083; Tue, 3 Dec 2024 16:06:33 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 8203D6B007B for ; Tue, 3 Dec 2024 16:06:33 -0500 (EST) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 29828140C7C for ; Tue, 3 Dec 2024 21:06:33 +0000 (UTC) X-FDA: 82854880920.06.71A9716 Received: from mail-pj1-f43.google.com (mail-pj1-f43.google.com [209.85.216.43]) by imf23.hostedemail.com (Postfix) with ESMTP id EE29614001A for ; Tue, 3 Dec 2024 21:06:21 +0000 (UTC) Authentication-Results: imf23.hostedemail.com; dkim=pass header.d=kernel-dk.20230601.gappssmtp.com header.s=20230601 header.b=bKfUJcei; spf=pass (imf23.hostedemail.com: domain of axboe@kernel.dk designates 209.85.216.43 as permitted sender) smtp.mailfrom=axboe@kernel.dk; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1733259980; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=jnzGgkEaIO1YU5OTIUHBDrM4xb3yDtLiV8SeTTeyAUc=; b=NUE2ohVojANGMwKzpvE6dnpLLeT8Na7g/NKMNGtt2vjM9mHmtLV/WrcG7l5iRmxZmBmPwd RMAQZs36B/KyQDqH7pELRZ3u1ZzOnRaVWckSa0ujDExdS+6FGnz6JlzTyGxd77mcUF+FUR /AtS0zK11iPV5JeEx5jUEITVJwyw8do= ARC-Authentication-Results: i=1; imf23.hostedemail.com; dkim=pass header.d=kernel-dk.20230601.gappssmtp.com header.s=20230601 header.b=bKfUJcei; spf=pass (imf23.hostedemail.com: domain of axboe@kernel.dk designates 209.85.216.43 as permitted sender) smtp.mailfrom=axboe@kernel.dk; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1733259980; a=rsa-sha256; cv=none; b=PdpzNo8dNCvKeh/gGCeTkf8EYEqhh6d/A/YwTJ9ha+3qjzubAOt73EisliT2CMIXxLdkSs gIBKVW7kZwzGdkW2tfQQ5R2srmLPqYhER1eDLz5I/kY348Bq3kL/aFIngWtzPxQC9PCsP+ 0/JeFtH5eod9lWIlLuZXVCQ1sZQ2kd4= Received: by mail-pj1-f43.google.com with SMTP id 98e67ed59e1d1-2ee989553c1so2747030a91.3 for ; Tue, 03 Dec 2024 13:06:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20230601.gappssmtp.com; s=20230601; t=1733259989; x=1733864789; darn=kvack.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=jnzGgkEaIO1YU5OTIUHBDrM4xb3yDtLiV8SeTTeyAUc=; b=bKfUJceiCh6TccV2zjxbkv6ByEraxCRKfhM1302h39UQ81vPsDEClEsFqVs6DclpPu kRQAAcRx7UaWhaDI+9gmgqrFcztZNi5F+eU1dcsbVJHJKrlu+d3GTxBthe4b62ekV4IE lSyZ1p63W9IuIAKoX2ac8TQCiDHqazaQ3COmzb8LTStJ4f7OheoCOaaqnMk8vBaH5zVg 8JYkLjq/rzRSmvuTREY/7rzZmdqak7TAqqdd1aTI7VKwoPRhCQg1QwiNmXntrxhiw81O ntX/82PMz2u82xN4nmcc2fjaKNS2mrv4xLuz2UzXp0mB8+2V3PKebXBMIg/J/5jFpFO0 RD1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733259989; x=1733864789; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=jnzGgkEaIO1YU5OTIUHBDrM4xb3yDtLiV8SeTTeyAUc=; b=BMbBCO3pNgiL6Pm6hisAYSqJLWg4OE4BR4DV4Ba3WIawfB86ABN4m4274zb2twmvIL sLmKvYDeNE4Y+ZOAZSnINDYPc+iN/EJYl6wSeIoK2wPhkahk4YKvozAOtZl/Ps5WvD6/ p0qCdR1OpypAgxAWnPn0OYszVl8uvnCYPaCyD/B22JEafC9PDXSQDq3sqtcCsOUIygrt T3bKXs/mGJBVaeP/tefKb2r1Vsy2dQH96wdCs50qF3gr2WpaZPDnG1yzooWETBqGf4TC JTVC/r93naRA25HOGIrIzoEfrDC25VIvXlPQLeJ9wCQMAsZTToxLCWixvIX5akv9iC9y O7hw== X-Gm-Message-State: AOJu0YyOk23oWi4jpTbVeLaUIC9AfYhQNW5VTMQOQiDjh++b7OGFQ2QJ lJEuzj6+el01u5YUJ2xQJs2KZsUwoWOq1p+HAtXx/erFMkA0GJ+K0aoLzPXRPUU= X-Gm-Gg: ASbGncstR+3ZlmujgkimftabXpkMqxBYRd89OIkqzUlP3mlAaScdoKTRl8Ssf9VgLBP Z7K/o8KKpgQzTDk7UBOn17uTsCQ7Lf16HUEWULNdMqV1taxbFkSZlNLiUsu9tuNYrgdLpdek6LC /UgvQ29BaPdTQ017gavGNKlmJlylEpYTAAC2tAxZKbTj9OVb5OkfhE5nV5X8Le9e1YbNWP4RmL0 mullD6U43yzyF4MlxqjbY4floi1jQl37AkG1udegkzEXZ0dnU7dww== X-Google-Smtp-Source: AGHT+IHLtUhYOP8x/EeNOo7mxbflhPk2h0afAiOBUuwFAjptj9RoE9EE7f69nEAnj73i4fSUgDgpaw== X-Received: by 2002:a17:90b:52c6:b0:2ea:8d1e:a85f with SMTP id 98e67ed59e1d1-2ef0120fa31mr6447628a91.17.1733259989471; Tue, 03 Dec 2024 13:06:29 -0800 (PST) Received: from ?IPV6:2620:10d:c096:18a::47e? ([2620:10d:c090:600::1:fe53]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-2ee90748a61sm6341601a91.52.2024.12.03.13.06.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Dec 2024 13:06:28 -0800 (PST) Message-ID: <668f271f-dc44-49e1-b8dc-08e65e1fec23@kernel.dk> Date: Tue, 3 Dec 2024 14:06:27 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCHSET v6 0/12] Uncached buffered IO To: "Christoph Lameter (Ampere)" Cc: linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, hannes@cmpxchg.org, clm@meta.com, linux-kernel@vger.kernel.org, willy@infradead.org, kirill@shutemov.name, bfoster@redhat.com References: <20241203153232.92224-2-axboe@kernel.dk> Content-Language: en-US From: Jens Axboe In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: EE29614001A X-Rspamd-Server: rspam12 X-Stat-Signature: wz5bpdhetsainuofi9arycutechxnoum X-Rspam-User: X-HE-Tag: 1733259981-986526 X-HE-Meta: U2FsdGVkX18FddGCMOuYziYG/K8BG640KSbobPkgyAZ8iF6p6uqO7g2YqNLY6EZo39PBxgzuXzlo1fV6kmoxKThr2G3HgV+UR/cwCP/Hn4gVvaXXcIOuGbNItCjd8xYxnPCVwDzaN/KqPR+w0WSJ0eK3CbVpPCE+zuy0KjdXzVU22WKdw7OKiTT+0J+LAQ+zffd1tjX4g896KnmCXas4f5hyjVmSMcOyqZTDV31Z7ZO/kJIr5bQNl7W7XHYwnBbTsGVs1FA11FMCDoAFkfRYTOD28X85Px/frOm6R+IYkj5skbG4CUGzrot0a8aQkboLERz8jdPe1xv/8u8WWoERGRXFqtkcfVz/Lgah1SCydqs3TO/nTVsyRhnbCZNujK9l9rJsvNe+XVjCI2fFxcVeFPs+K2h2cD1b3Uw2ZpY9uI6NYo8YEd7Pzo/kCiWissCf/Yu3QcHNqvxbmrAaCSFQOqQqJaMJPuVqzPmu++NlqEr0MMDZ14YiLmILwZ36MLtsG7C/r1TnacJn5stn13CwfiSWtm+KZ6c/qOOdZeUS4syCjpr66rSFQwwlHQq/Z1aidpm9939kMX2CNuIvTJ2/k/+s2l4pfzmhrGrXWYX53pV87+WIUcO9Ay2ffFTKG8C1Dgva0lL0M3JMNT2geQthiO/+GzbmbVDzAcqlF4qM7cPOf9fx1i9WsA+ii0jtHVfnNXpCngIIZmIB29U7WCxuZJ51d/lMgwY5Ud3G+MWtEj6of6bQSL6RPkB/eDDq28cPjHgk89qiNqKm9raNuD1OG4pDLdczjOvdU3zz0Ip4TSveFAm5fUViuAygag/7rEPLRLRCE1BiYh2Ip49sNDyJ8+rsBAfvFpCFNpTjyFUL4r0XlaKBmMK3O+kPTjgGC6XUjsYtPSsdJoOPZn0RKO5C/O81qqsmM8gOzo4AXsG7/6aH8njkoxIfuZVUZeo5w83Kh+1lO4dqwp2P4OdgxSk X0YkzdPg /XsnmNXLpplWlMUPzCZm3/OmebiQwoXimfR2V8xXKUZWEwQ5LVAFt3abJksrybQvLdhfsV7nxxOpr7WIMTr5YjSYDyZNTkZYzhlseTwh4f7kQ1sWrT2RXChYaO3stlJlQ4TRob5GYyR/dMeF85IQUWupz+Ul99F2CCyZ6/yjCQk5a2xax5jBTFF1oqdUwoBye7PHpx1e3TRmxmJXKA3z69Nmr6+3bzFEOQAMtR8EWA27rDoPFYNz8VeUs5NHODqob8vZpI8Dsi6z2UA80OCmJdHRx+eGifRGufTwb1pS2u6IL64jYSSTpBWa2APfcKteMjLKqxoYC3AGZo+XWi+XUKtbPH5WLXOHD2MoYXvMKFvvbD1BsXMKgUdm30lPRY7Ha2PLWQbbzoXDsbEcRywhx/aC6zAynFkRWvObFYVWXVe90AfvOZ1pyQ/CCaQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000999, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On 12/3/24 11:23 AM, Christoph Lameter (Ampere) wrote: > On Tue, 3 Dec 2024, Jens Axboe wrote: > >> >> So here's a new approach to the same concent, but using the page cache >> as synchronization. That makes RWF_UNCACHED less special, in that it's >> just page cache IO, except it prunes the ranges once IO is completed. > > > Great idea and someting that is really important these days. > > However, one nit that I have is the use of the term "uncached" for a > folio/page. An uncached "page frame" refers to a page frame that requires > accesses not going through the cpu cache. I.e. device mappings. This is > an established mm/cpu term as far as I can tell. > > So maybe be a bit more specific about which cache this is? > > PAGE_CACHE_UNCACHED? > > or use a different term. It is cached after all but only for a brief > period. So this may be a "TEMPORAL_PAGE" or so? (Similar to the x86 > "non-temporal" stores). I actually did consider using some form of temporal, as it's the only other name I liked. But I do think cached_uncached becomes pretty unwieldy. Which is why I just stuck with uncached. Yes I know it means different things in different circles, but probably mostly an overlap with deeper technical things like that. An honestly almost impossible to avoid overlap these days, everything has been used already :-) IOW, I think uncached is probably still the most descriptive thing out there, even if I'm certainly open to entertaining other names. Just not anything yet that has really resonated with me. -- Jens Axboe