From: Petr Tesarik <ptesarik@suse.cz>
To: Atsushi Kumagai <kumagai-atsushi@mxc.nes.nec.co.jp>,
Michael Holzheu <holzheu@linux.vnet.ibm.com>
Cc: kexec mailing list <kexec@lists.infradead.org>,
Jan Willeke <willeke@de.ibm.com>
Subject: [PATCH v2 0/8] Handle mmaped regions in cache
Date: Fri, 6 Mar 2015 15:03:12 +0100 [thread overview]
Message-ID: <cover.1425650592.git.ptesarik@suse.cz> (raw)
Because all pages must go into the cache, data is unnecessarily
copied from mmapped regions to cache. Avoid this copying by storing
the mmapped regions directly in the cache.
First, the cache code needs a clean up clarification of the concept,
especially the meaning of the pending list (allocated cache entries
whose content is not yet valid).
Second, the cache must be able to handle differently sized objects
so that it can store individual pages as well as mmapped regions.
Last, the cache eviction code must be extended to allow either
reusing the read buffer or unmapping the region.
Changelog:
v2: cache cleanup _and_ actuall mmap implementation
v1: only the cache cleanup
Petr Tesarik (8):
cache: get rid of search loop in cache_add()
cache: allow to return a page to the pool
cache: do not allocate from the pending list
cache: add hit/miss statistics to the final report
cache: allocate buffers in one big chunk
cache: allow arbitrary size of cache entries
cache: store mapped regions directly in the cache
cleanup: remove unused page_is_fractional
cache.c | 81 +++++++++++++++++----------------
cache.h | 16 +++++--
elf_info.c | 16 -------
elf_info.h | 2 -
makedumpfile.c | 138 ++++++++++++++++++++++++++++++++++-----------------------
5 files changed, 138 insertions(+), 115 deletions(-)
--
1.8.4.5
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next reply other threads:[~2015-03-06 14:07 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-06 14:03 Petr Tesarik [this message]
2015-03-06 8:23 ` [PATCH v2 1/8] cache: get rid of search loop in cache_add() Petr Tesarik
2015-03-06 8:52 ` [PATCH v2 2/8] cache: allow to return a page to the pool Petr Tesarik
2015-03-06 8:59 ` [PATCH v2 3/8] cache: do not allocate from the pending list Petr Tesarik
2015-03-06 9:26 ` [PATCH v2 4/8] cache: add hit/miss statistics to the final report Petr Tesarik
2015-03-06 13:07 ` [PATCH v2 5/8] cache: allocate buffers in one big chunk Petr Tesarik
2015-03-06 13:10 ` [PATCH v2 6/8] cache: allow arbitrary size of cache entries Petr Tesarik
2015-03-06 13:23 ` [PATCH v2 7/8] cache: store mapped regions directly in the cache Petr Tesarik
2015-03-06 13:28 ` [PATCH v2 8/8] cleanup: remove unused page_is_fractional Petr Tesarik
2015-03-09 16:08 ` [PATCH v2 0/8] Handle mmaped regions in cache Michael Holzheu
2015-03-09 16:08 ` [PATCH v2 0/8] Handle mmaped regions in cache [more analysis] Michael Holzheu
2015-03-12 13:56 ` Michael Holzheu
2015-03-12 15:38 ` Petr Tesarik
2015-03-13 4:10 ` Atsushi Kumagai
2015-03-13 8:04 ` Petr Tesarik
2015-03-16 5:14 ` Atsushi Kumagai
2015-03-16 7:26 ` Petr Tesarik
2015-03-16 8:06 ` Atsushi Kumagai
2015-03-16 8:24 ` Petr Tesarik
2015-03-13 16:19 ` Michael Holzheu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cover.1425650592.git.ptesarik@suse.cz \
--to=ptesarik@suse.cz \
--cc=holzheu@linux.vnet.ibm.com \
--cc=kexec@lists.infradead.org \
--cc=kumagai-atsushi@mxc.nes.nec.co.jp \
--cc=willeke@de.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.