Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp12233342rwl; Tue, 3 Jan 2023 11:00:44 -0800 (PST) X-Google-Smtp-Source: AMrXdXtxMn72pVXnXo4Oc8jU8fi15on5fc6Qrz48MGyPH6cOP/e6gaHDzev+e/wZcH/qRR0KgZ5I X-Received: by 2002:a17:906:724b:b0:7c1:7669:629 with SMTP id n11-20020a170906724b00b007c176690629mr38733187ejk.49.1672772444375; Tue, 03 Jan 2023 11:00:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672772444; cv=none; d=google.com; s=arc-20160816; b=o+I9j+//MRDHtpzqtCMeiQYTxiMq4jd8TK2wOiE8YHxCkc4y78juqIH14wqe/IwUTa vWr5wbuCFZHND9YE6Pc4kzcW/mH4shiNSVI3y0dx/kFlDFKO77p7qNAyrV2M98eJCW/A S5L3jCw7KTDWXgTRYKnqrsfCXfVf5DBtf2EECG7wign+k7S9C0LcTAz37H43wHQtjI7g zsfr0KYKITVr84EdD73m3XnTYe88wTpqS3Wml2OAma1CsEh+OHgk87XorC6At5VdtXl8 zaV5cigLOORctjS7MlqQtv/sGgJO/qnyeDM32RpzZNF38GVHqtxSLkBIlG7DmDqlyXop xTJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=gJxygzEE9fcu4p09cst8BELDJgzUdAGTuCRkOH1nzj8=; b=h88SQKJxVUep3wfsZeI2BVXno/7XuUL5WR+o2PyBf3BPRsd4NzakYyM6Xsdl26yWpL R11TOJ2AR4dU92ruLnIky5bXv/vyfYuyAPZrpocx/nJ7ZVwrfESymTj73o9FlJ8rID6s BDR6DfMbFedKY6+A//RCdWN5Uj6Ec4gGU1HKbrLaUYkQhI3PgBWIA0hnlb15oT63xka/ YtMQWt2Lirxr0HgnRhTYjifLi2JEis0Omxl2ZferGYt9eGG2WwNcfa4lIfsdQOO8NmtN 6hle/oi+UPd+E/Kcnz0G/LwtrOiwTMLeDhwyuRENeQPORD+kH45hf5DVFnI7syDcZJDN WMGQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=KmThromr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id wz2-20020a170906fe4200b007adb868f102si28135288ejb.476.2023.01.03.11.00.27; Tue, 03 Jan 2023 11:00:44 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=KmThromr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233826AbjACSoi (ORCPT + 59 others); Tue, 3 Jan 2023 13:44:38 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49600 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238427AbjACSoW (ORCPT ); Tue, 3 Jan 2023 13:44:22 -0500 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E25A61146C for ; Tue, 3 Jan 2023 10:42:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1672771326; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=gJxygzEE9fcu4p09cst8BELDJgzUdAGTuCRkOH1nzj8=; b=KmThromrwxToPAt0m9GCT+GS30QdIyClQ+3a91oKftzTgjnYEy70pVXD/HcumjAVx8UsRp 6o+6GWLXqmQz6D3HdymJ/KdMVRRKH/plXrRfGLf2IgZZqgsI2BsCatzmtW1cOGEMaWwkvR Yjt+JWgw0UbSvRhBSSQX0qlmJMNAEcM= Received: from mail-qv1-f71.google.com (mail-qv1-f71.google.com [209.85.219.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_128_GCM_SHA256) id us-mta-558-VY3nXWLUOmWtqRBbK8gGkw-1; Tue, 03 Jan 2023 13:42:05 -0500 X-MC-Unique: VY3nXWLUOmWtqRBbK8gGkw-1 Received: by mail-qv1-f71.google.com with SMTP id l4-20020a056214028400b0052d4b24e9f2so15721146qvv.8 for ; Tue, 03 Jan 2023 10:42:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=gJxygzEE9fcu4p09cst8BELDJgzUdAGTuCRkOH1nzj8=; b=kfIYvKocrjNWSyMNByRt29Q5XTE9Ois1XRnP/CDTu5UF4Jzhi9xsr30UQBx4htST2y DXwOhIF92Kz0dA1kgiVGgfcHhGICKso2vIdUOyGqTcJbklmzydxLNSNR+BMulJ7HnCh8 /lHkyijgNK8+gtoq8L65but4b+XV6AaZtxndSlb+GcKIudt4O0VH1TCxIOgtmyUXKf6A tIZSrr6MljAIql98jcGT4VRFgjVtw9GVAVmxytqs77dz2GMV6956sD8sn9lDM+b+g6YD YfnmF8K1jbRwQ6cbPW2kmL9VNK6bEmqSQF64kJMHoM7Ri35U2kLpL9QZa5yHvgaLY0OW kd8w== X-Gm-Message-State: AFqh2kptiHVNc4dJtjQ3jsUSEN0eJ0wZoAhiapu5nAQ63iGROA1AAScX RMckSvbjOD2ri3DXvocp94jRBUL2cKcaVGW3DJI0AYTqOreaRHHWCKHoyczjbVXV8XcztrNXqfY KBvJjsv1n/CZ6PkiKlfL31hY7 X-Received: by 2002:ac8:66d1:0:b0:3a5:9267:ee07 with SMTP id m17-20020ac866d1000000b003a59267ee07mr65172487qtp.63.1672771325160; Tue, 03 Jan 2023 10:42:05 -0800 (PST) X-Received: by 2002:ac8:66d1:0:b0:3a5:9267:ee07 with SMTP id m17-20020ac866d1000000b003a59267ee07mr65172457qtp.63.1672771324746; Tue, 03 Jan 2023 10:42:04 -0800 (PST) Received: from bfoster (c-24-61-119-116.hsd1.ma.comcast.net. [24.61.119.116]) by smtp.gmail.com with ESMTPSA id a11-20020a05620a16cb00b006bb29d932e1sm22377245qkn.105.2023.01.03.10.42.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 03 Jan 2023 10:42:03 -0800 (PST) Date: Tue, 3 Jan 2023 13:43:03 -0500 From: Brian Foster To: Nhat Pham Cc: akpm@linux-foundation.org, hannes@cmpxchg.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, willy@infradead.org, kernel-team@meta.com Subject: Re: [PATCH v4 3/4] cachestat: implement cachestat syscall Message-ID: References: <20221216192149.3902877-1-nphamcs@gmail.com> <20221216192149.3902877-4-nphamcs@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Dec 22, 2022 at 01:50:19PM -0800, Nhat Pham wrote: > On Tue, Dec 20, 2022 at 6:37 AM Brian Foster wrote: > > > > On Fri, Dec 16, 2022 at 11:21:48AM -0800, Nhat Pham wrote: > > > Implement a new syscall that queries cache state of a file and > > > summarizes the number of cached pages, number of dirty pages, number of > > > pages marked for writeback, number of (recently) evicted pages, etc. in > > > a given range. > > > > > > NAME > > > cachestat - query the page cache status of a file. > > > > > > SYNOPSIS > > > #include > > > > > > struct cachestat { > > > __u64 nr_cache; > > > __u64 nr_dirty; > > > __u64 nr_writeback; > > > __u64 nr_evicted; > > > __u64 nr_recently_evicted; > > > }; > > > > > > int cachestat(unsigned int fd, off_t off, size_t len, > > > size_t cstat_size, struct cachestat *cstat, > > > unsigned int flags); > > > > > > DESCRIPTION > > > cachestat() queries the number of cached pages, number of dirty > > > pages, number of pages marked for writeback, number of (recently) > > > evicted pages, in the bytes range given by `off` and `len`. > > > > > > These values are returned in a cachestat struct, whose address is > > > given by the `cstat` argument. > > > > > > The `off` and `len` arguments must be non-negative integers. If > > > `len` > 0, the queried range is [`off`, `off` + `len`]. If `len` == > > > 0, we will query in the range from `off` to the end of the file. > > > > > > `cstat_size` allows users to obtain partial results. The syscall > > > will copy the first `csstat_size` bytes to the specified userspace > > > memory. `cstat_size` must be a non-negative value that is no larger > > > than the current size of the cachestat struct. > > > > > > The `flags` argument is unused for now, but is included for future > > > extensibility. User should pass 0 (i.e no flag specified). > > > > > > RETURN VALUE > > > On success, cachestat returns 0. On error, -1 is returned, and errno > > > is set to indicate the error. > > > > > > ERRORS > > > EFAULT cstat points to an invalid address. > > > > > > EINVAL invalid `cstat_size` or `flags` > > > > > > EBADF invalid file descriptor. > > > > > > Signed-off-by: Nhat Pham > > > --- > > > > Hi Nhat, > > > > Thanks for the tweaks. FWIW, this by and large looks reasonable to me. > > Thanks for suggesting the tweaks! I tried refactoring it out and it > did look cleaner to me (and one fewer file that I have to keep > track of...) > > > Just a couple more random nitty things, if you happen to care about > > them.. > > > > > arch/alpha/kernel/syscalls/syscall.tbl | 1 + > > > arch/arm/tools/syscall.tbl | 1 + > > > arch/ia64/kernel/syscalls/syscall.tbl | 1 + > > > arch/m68k/kernel/syscalls/syscall.tbl | 1 + > > > arch/microblaze/kernel/syscalls/syscall.tbl | 1 + > > > arch/parisc/kernel/syscalls/syscall.tbl | 1 + > > > arch/powerpc/kernel/syscalls/syscall.tbl | 1 + > > > arch/s390/kernel/syscalls/syscall.tbl | 1 + > > > arch/sh/kernel/syscalls/syscall.tbl | 1 + > > > arch/sparc/kernel/syscalls/syscall.tbl | 1 + > > > arch/x86/entry/syscalls/syscall_32.tbl | 1 + > > > arch/x86/entry/syscalls/syscall_64.tbl | 1 + > > > arch/xtensa/kernel/syscalls/syscall.tbl | 1 + > > > include/linux/fs.h | 3 + > > > include/linux/syscalls.h | 3 + > > > include/uapi/asm-generic/unistd.h | 5 +- > > > include/uapi/linux/mman.h | 9 ++ > > > init/Kconfig | 10 ++ > > > kernel/sys_ni.c | 1 + > > > mm/filemap.c | 137 ++++++++++++++++++++ > > > 20 files changed, 180 insertions(+), 1 deletion(-) > > > > > ... > > > diff --git a/mm/filemap.c b/mm/filemap.c > > > index 08341616ae7a..29ffb906caa4 100644 > > > --- a/mm/filemap.c > > > +++ b/mm/filemap.c > > ... > > > @@ -3949,3 +3953,136 @@ bool filemap_release_folio(struct folio *folio, gfp_t gfp) > > > return try_to_free_buffers(folio); > > > } > > > EXPORT_SYMBOL(filemap_release_folio); > > > + > > > +#ifdef CONFIG_CACHESTAT > > > +/** > > > + * filemap_cachestat() - compute the page cache statistics of a mapping > > > + * @mapping: The mapping to compute the statistics for. > > > + * @first_index: The starting page cache index. > > > + * @last_index: The final page index (inclusive). > > > + * @cs: the cachestat struct to write the result to. > > > + * > > > + * This will query the page cache statistics of a mapping in the > > > + * page range of [first_index, last_index] (inclusive). THe statistics > > > + * queried include: number of dirty pages, number of pages marked for > > > + * writeback, and the number of (recently) evicted pages. > > > + */ > > > +void filemap_cachestat(struct address_space *mapping, pgoff_t first_index, > > > + pgoff_t last_index, struct cachestat *cs) > > > +{ > > > > Not sure why the internal helper needs to be wrapped in a config option? > > Perhaps it makes more sense to define CONFIG_CACHESTAT_SYSCALL and just > > wrap the syscall bits with that..? > > No particularly strong reasons - I was just bundling the two together > because I was not entirely sure if it's interesting or has any use > case outside of the syscall itself. > > Do you have something in mind? > Not immediately, though it looks like a straightforward and potentially useful helper. It wouldn't surprise me if it grew more in-kernel users eventually. :) That said, I only suggested this for cleanup/consistency reasons. I.e., it seems there is plenty of precedent for CONFIG_*_SYSCALL config options, and the one or two I happened to peek at looked like they only wrapped the syscall bits as opposed to the entire implementation (which also seems like a clean and elegant approach to me). Somebody could easily come along and make that change later if/when they might want to use the helper (though it might be annoying to change the name of the config option), so I have no strong opinion on either suggestion. Brian > > > > I would also think it might make things simpler to split out all the > > syscall bits into a separate patch from filemap_cachestat(). > > Same as above. > > > > > > + XA_STATE(xas, &mapping->i_pages, first_index); > > > + struct folio *folio; > > > + > > > + rcu_read_lock(); > > > + xas_for_each(&xas, folio, last_index) { > > > + unsigned long nr_pages; > > > + pgoff_t folio_first_index, folio_last_index; > > > + > > > + if (xas_retry(&xas, folio)) > > > + continue; > > > + > > > + nr_pages = folio_nr_pages(folio); > > > + folio_first_index = folio_pgoff(folio); > > > + folio_last_index = folio_first_index + nr_pages - 1; > > > + > > > + /* Folios might straddle the range boundaries, only count covered subpages */ > > > + if (folio_first_index < first_index) > > > + nr_pages -= first_index - folio_first_index; > > > + > > > + if (folio_last_index > last_index) > > > + nr_pages -= folio_last_index - last_index; > > > + > > > + if (xa_is_value(folio)) { > > > + /* page is evicted */ > > > + void *shadow = (void *)folio; > > > + bool workingset; /* not used */ > > > + > > > + cs->nr_evicted += nr_pages; > > > + > > > +#ifdef CONFIG_SWAP /* implies CONFIG_MMU */ > > > + if (shmem_mapping(mapping)) { > > > + /* shmem file - in swap cache */ > > > + swp_entry_t swp = radix_to_swp_entry(folio); > > > + > > > + shadow = get_shadow_from_swap_cache(swp); > > > + } > > > +#endif > > > + if (workingset_test_recent(shadow, true, &workingset)) > > > + cs->nr_recently_evicted += nr_pages; > > > + > > > + continue; > > > + } > > > + > > > + /* page is in cache */ > > > + cs->nr_cache += nr_pages; > > > + > > > + if (folio_test_dirty(folio)) > > > + cs->nr_dirty += nr_pages; > > > + > > > + if (folio_test_writeback(folio)) > > > + cs->nr_writeback += nr_pages; > > > > I'm not sure this is an issue right now (or if it will ever be for your > > use cases), but from a filesystem perspective it is possible to have > > large or variable sized folios in cache. At the moment I think the fs > > (or XFS+iomap at least) manages dirty/writeback state at folio > > granularity, but that may change in the near future if/when iomap > > sub-page dirty tracking comes along. I suspect that means it may become > > possible to have a large folio of some N number of pages where only a > > subset of those pages are actually in dirty/writeback state, and thus > > introduces some inaccuracy here because this assumes that folio state > > applies to folio_nr_pages() worth of pages. Just something to be aware > > of.. > > > > Brian > > Oof, I coded this with the mental framework of folio-as-a-unit, and > assumed that the dirty/writeback state is managed at the granularity of folio. > Thanks for bringing this up Brian! I'll have to watch out for this as iomap > evolves (and the subpage tracking becomes a thing). > > > > > > + } > > > + rcu_read_unlock(); > > > +} > > > +EXPORT_SYMBOL(filemap_cachestat); > > > + > > > +/* > > > + * The cachestat(5) system call. > > > + * > > > + * cachestat() returns the page cache statistics of a file in the > > > + * bytes specified by `off` and `len`: number of cached pages, > > > + * number of dirty pages, number of pages marked for writeback, > > > + * number of (recently) evicted pages. > > > + * > > > + * `off` and `len` must be non-negative integers. If `len` > 0, > > > + * the queried range is [`off`, `off` + `len`]. If `len` == 0, > > > + * we will query in the range from `off` to the end of the file. > > > + * > > > + * `cstat_size` allows users to obtain partial results. The syscall > > > + * will copy the first `csstat_size` bytes to the specified userspace > > > + * memory. It also makes the cachestat struct extensible - new fields > > > + * can be added in the future without breaking existing usage. > > > + * `cstat_size` must be a non-negative value that is no larger than > > > + * the current size of the cachestat struct. > > > + * > > > + * The `flags` argument is unused for now, but is included for future > > > + * extensibility. User should pass 0 (i.e no flag specified). > > > + * > > > + * Because the status of a page can change after cachestat() checks it > > > + * but before it returns to the application, the returned values may > > > + * contain stale information. > > > + * > > > + * return values: > > > + * zero - success > > > + * -EFAULT - cstat points to an illegal address > > > + * -EINVAL - invalid arguments > > > + * -EBADF - invalid file descriptor > > > + */ > > > +SYSCALL_DEFINE6(cachestat, unsigned int, fd, off_t, off, size_t, len, > > > + size_t, cstat_size, struct cachestat __user *, cstat, > > > + unsigned int, flags) > > > +{ > > > + struct fd f = fdget(fd); > > > + struct address_space *mapping; > > > + struct cachestat cs; > > > + pgoff_t first_index = off >> PAGE_SHIFT; > > > + pgoff_t last_index = > > > + len == 0 ? ULONG_MAX : (off + len - 1) >> PAGE_SHIFT; > > > + > > > + if (off < 0 || cstat_size > sizeof(struct cachestat) || flags != 0) > > > + return -EINVAL; > > > + > > > + if (!f.file) > > > + return -EBADF; > > > + > > > + memset(&cs, 0, sizeof(struct cachestat)); > > > + mapping = f.file->f_mapping; > > > + filemap_cachestat(mapping, first_index, last_index, &cs); > > > + fdput(f); > > > + > > > + if (copy_to_user(cstat, &cs, cstat_size)) > > > + return -EFAULT; > > > + > > > + return 0; > > > +} > > > +#endif /* CONFIG_CACHESTAT */ > > > -- > > > 2.30.2 > > > > > >