From: Johannes Weiner <hannes@cmpxchg.org>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
Rik van Riel <riel@redhat.com>, Hugh Dickins <hugh@veritas.com>
Subject: Re: [patch 3/3][rfc] vmscan: batched swap slot allocation
Date: Mon, 20 Apr 2009 22:31:19 +0200 [thread overview]
Message-ID: <20090420203119.GA26066@cmpxchg.org> (raw)
In-Reply-To: <1240259085-25872-3-git-send-email-hannes@cmpxchg.org>
[-- Attachment #1: Type: text/plain, Size: 929 bytes --]
A test program creates an anonymous memory mapping the size of the
system's RAM (2G). It faults all pages of it linearly, then kicks off
128 reclaimers (on 4 cores) that map, fault and unmap 2G in sum and
parallel, thereby evicting the first mapping onto swap.
The time is then taken for the initial mapping to get faulted in from
swap linearly again, thus measuring how bad the 128 reclaimers
distributed the pages on the swap space.
Average over 5 runs, standard deviation in parens:
swap-in user system total
old: 74.97s (0.38s) 0.52s (0.02s) 291.07s (3.28s) 2m52.66s (0m1.32s)
new: 45.26s (0.68s) 0.53s (0.01s) 250.47s (5.17s) 2m45.93s (0m2.63s)
where old is current mmotm snapshot 2009-04-17-15-19 and new is these
three patches applied to it.
Test program attached. Kernbench didn't show any differences on my
single core x86 laptop with 256mb ram (poor thing).
[-- Attachment #2: contswap2.c --]
[-- Type: text/plain, Size: 1515 bytes --]
/*
* contswap benchmark
*/
#include <sys/mman.h>
#include <sys/time.h>
#include <sys/wait.h>
#include <assert.h>
#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>
#define MEMORY (1650 << 20)
#define RECLAIMERS 128
#define PAGE_SIZE 4096
#define PART (MEMORY / RECLAIMERS)
static void *anonmap(unsigned long size)
{
void *map = mmap(NULL, size, PROT_READ, MAP_PRIVATE | MAP_ANON, -1, 0);
assert(map != MAP_FAILED);
return map;
}
static void touch_linear(char *map, unsigned long size)
{
unsigned long off;
for (off = 0; off < size; off += PAGE_SIZE)
if (map[off])
puts("huh?");
}
static void __claim(unsigned long size)
{
char *map = anonmap(size);
touch_linear(map, size);
sleep(5);
munmap(map, size);
}
static pid_t claim(unsigned long size)
{
pid_t pid;
switch (pid = fork()) {
case -1:
puts("fork failed");
exit(1);
case 0:
kill(getpid(), SIGSTOP);
__claim(size);
exit(0);
default:
return pid;
}
}
int main(void)
{
struct timeval start, stop, diff;
pid_t pids[RECLAIMERS];
int nr, crap;
char *one;
one = anonmap(MEMORY);
touch_linear(one, MEMORY);
for (nr = 0; nr < RECLAIMERS; nr++)
pids[nr] = claim(PART);
for (nr = 0; nr < RECLAIMERS; nr++)
kill(pids[nr], SIGCONT);
for (nr = 0; nr < RECLAIMERS; nr++)
waitpid(pids[nr], &crap, 0);
gettimeofday(&start, NULL);
touch_linear(one, MEMORY);
gettimeofday(&stop, NULL);
munmap(one, MEMORY);
timersub(&stop, &start, &diff);
printf("%lu.%lu\n", diff.tv_sec, diff.tv_usec);
return 0;
}
next prev parent reply other threads:[~2009-04-20 20:32 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-20 20:24 [patch 1/3] mm: fix pageref leak in do_swap_page() Johannes Weiner
2009-04-20 20:24 ` [patch 2/3][rfc] swap: try to reuse freed slots in the allocation area Johannes Weiner
2009-04-22 19:59 ` Hugh Dickins
2009-04-27 8:02 ` Johannes Weiner
2009-04-20 20:24 ` [patch 3/3][rfc] vmscan: batched swap slot allocation Johannes Weiner
2009-04-20 20:31 ` Johannes Weiner [this message]
2009-04-20 20:53 ` Andrew Morton
2009-04-20 21:38 ` Johannes Weiner
2009-04-21 0:58 ` KAMEZAWA Hiroyuki
2009-04-21 8:52 ` Johannes Weiner
2009-04-21 9:23 ` KAMEZAWA Hiroyuki
2009-04-21 9:54 ` Johannes Weiner
2009-04-21 9:27 ` KOSAKI Motohiro
2009-04-21 9:38 ` Johannes Weiner
2009-04-21 9:41 ` KOSAKI Motohiro
2009-04-22 20:37 ` Hugh Dickins
2009-04-27 7:46 ` Johannes Weiner
2009-04-20 23:36 ` [patch 1/3] mm: fix pageref leak in do_swap_page() Minchan Kim
2009-04-21 3:14 ` Balbir Singh
2009-04-21 8:19 ` Johannes Weiner
2009-04-21 8:45 ` Balbir Singh
2009-04-21 3:44 ` KAMEZAWA Hiroyuki
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=20090420203119.GA26066@cmpxchg.org \
--to=hannes@cmpxchg.org \
--cc=akpm@linux-foundation.org \
--cc=hugh@veritas.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=riel@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).