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/7] Handle mmaped regions in cache
Date: Mon, 16 Mar 2015 09:26:44 +0100 [thread overview]
Message-ID: <cover.1426494404.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:
v3: do not mmap fractional pages
v2: add mmapped regions to page cache
Petr Tesarik (7):
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
cache.c | 81 +++++++++++++++++----------------
cache.h | 16 +++++--
makedumpfile.c | 138 ++++++++++++++++++++++++++++++++++-----------------------
3 files changed, 138 insertions(+), 97 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-16 8:31 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-16 8:26 Petr Tesarik [this message]
2015-03-06 8:23 ` [PATCH v3 1/7] cache: get rid of search loop in cache_add() Petr Tesarik
2015-03-06 8:52 ` [PATCH v3 2/7] cache: allow to return a page to the pool Petr Tesarik
2015-03-06 8:59 ` [PATCH v3 3/7] cache: do not allocate from the pending list Petr Tesarik
2015-03-06 9:26 ` [PATCH v3 4/7] cache: add hit/miss statistics to the final report Petr Tesarik
2015-03-06 13:07 ` [PATCH v3 5/7] cache: allocate buffers in one big chunk Petr Tesarik
2015-03-06 13:10 ` [PATCH v3 6/7] cache: allow arbitrary size of cache entries Petr Tesarik
2015-03-06 13:23 ` [PATCH v3 7/7] cache: store mapped regions directly in the cache Petr Tesarik
2015-03-18 4:17 ` [PATCH v2 0/7] Handle mmaped regions in cache Atsushi Kumagai
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.1426494404.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.