[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20190417194002.12369-1-guro@fb.com>
Date: Wed, 17 Apr 2019 12:40:00 -0700
From: Roman Gushchin <guroan@...il.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org,
kernel-team@...com, Matthew Wilcox <willy@...radead.org>,
Johannes Weiner <hannes@...xchg.org>,
Vlastimil Babka <vbabka@...e.cz>, Roman Gushchin <guro@...com>
Subject: [PATCH v4 0/2] vmalloc enhancements
The patchset removes a redundant operation in __vunmap()
and exports a number of pages, used by vmalloc(),
in /proc/meminfo.
Patch (1) removes some redundancy on __vunmap().
Patch (2) adds vmalloc counter to /proc/meminfo.
v4->v3:
- rebased on top of current mm tree
- dropped alloc_vmap_area() refactoring
v3->v2:
- switched back to atomic after more accurate perf measurements:
no visible perf difference
- added perf stacktraces in commmit message of (1)
v2->v1:
- rebased on top of current mm tree
- switch from atomic to percpu vmalloc page counter
RFC->v1:
- removed bogus empty lines (suggested by Matthew Wilcox)
- made nr_vmalloc_pages static (suggested by Matthew Wilcox)
- dropped patch 3 from RFC patchset, will post later with
some other changes
- dropped RFC
Roman Gushchin (2):
mm: refactor __vunmap() to avoid duplicated call to find_vm_area()
mm: show number of vmalloc pages in /proc/meminfo
fs/proc/meminfo.c | 2 +-
include/linux/vmalloc.h | 2 ++
mm/vmalloc.c | 57 ++++++++++++++++++++++++++---------------
3 files changed, 40 insertions(+), 21 deletions(-)
--
2.20.1
Powered by blists - more mailing lists