linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: IWAMOTO Toshihiro <iwamoto@valinux.co.jp>
To: Rik van Riel <riel@redhat.com>
Cc: IWAMOTO Toshihiro <iwamoto@valinux.co.jp>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Marcelo Tosatti <marcelo.tosatti@cyclades.com>,
	linux-mm@kvack.org, Andrew Morton <akpm@osdl.org>,
	Christoph Lameter <christoph@lameter.com>,
	Wu Fengguang <wfg@mail.ustc.edu.cn>,
	Nick Piggin <npiggin@suse.de>, Marijn Meijles <marijn@bitpit.net>
Subject: Re: [PATCH 6/9] clockpro-clockpro.patch
Date: Tue, 24 Jan 2006 16:25:03 +0900	[thread overview]
Message-ID: <20060124072503.BAF6A7402F@sv1.valinux.co.jp> (raw)
In-Reply-To: <20060124063010.B85C77402D@sv1.valinux.co.jp>

(Removed linux-kernel@ from Cc:)

At Tue, 24 Jan 2006 15:30:10 +0900,
IWAMOTO Toshihiro wrote:
> I thought this situation means that page access frequencies cannot be
> correctly compared and leads to suboptimal performance, but I couldn't
> prove that.  However, I've managed to create an example workload where
> clockpro performs worse.  I'm not sure if the example is related to
> this hand problem.  I'll describe it in the next mail.

Environment: Dell 1850 4GB EM64T CPUx2 HT disabled, x86_64 kernel
Kernel 1: linux-2.6.15-rc5
Kernel 2: linux-2.6.15-rc5 + clockpro patch posted in 2005/12/31
Kernel 3: linux-2.6.15-rc5 + clockpro patch posted in 2005/12/31 +
	  modification to disable page cache usage from ZONE_DMA
	  (to rule out possible zone balancing related problem)
Kernel 1 and 2 were booted with "mem=1008m", Kernel 3 was booted with
"mem=1024m".

The test program: 2read.c (attached below)
	2read.c repeatedly reads from two files zero and zero2.
	Command line arguments specify the ranges to be read. (See the
	code for detail)
	It prints the number of read operations/2 every 5 seconds and
	terminates in 5 minutes.

$ cc -O 2read.c
$ ls -l zero*
-rw-r--r--  1 toshii users 1073741824 2006-01-13 17:27 zero
-rw-r--r--  1 toshii users 1572864000 2006-01-20 18:20 zero2

(with Kernel 1)
$ for n in 100 200 300 400 500; do
> ./a.out -n $n $((1100-$n)) > /tmp/2d.$n ; done
(with Kernel 2)
$ for n in 100 200 300 400 500; do
> ./a.out -n $n $((1100-$n)) > /tmp/2d.c.$n ; done
(with Kernel 3)
$ for n in 100 200 300 400 500; do
> ./a.out -n $n $((1100-$n)) > /tmp/2d.c.nodma.$n ; done

The table below is the last numbers printed by the test program
((number of reads)/2 in 5 minutes).  Clockpro (with or without the
ZONE_DMA modification) is always slower with one exception, and
the slowdown can be as large as 42-54%.

I've put the complete data and some generated figures at
http://people.valinux.co.jp/~iwamoto/clockpro-20051231/

 n     Kernel 1    Kernel 2   Kernel 3
======================================
100    373600      298720     395818
200    385639	   272749     272166
300    371047	   243734     262370
400    367691	   213974     169714
500    147130	   126284     103038

$ cat 2read.c
#include <fcntl.h>
#include <signal.h>
#include <time.h>
#include <sys/time.h>
#include <stdlib.h>
#include <unistd.h>

#define BLKSZ	65536

unsigned int nread = 0;
void alrmhand(int);

int main(int argc, char **argv)
{
	int fd1, fd2, n;
	off_t size1, size2, p1 = 0, p2 = 0;
	struct itimerval it;
	time_t tm, dummy;
	char buf[BLKSZ];

	if (argc < 3)
		exit(EXIT_FAILURE);

	size1 = atoi(argv[1]);
	size1 *= 1024 * 1024;
	size2 = atoi(argv[2]);
	size2 *= 1024 * 1024;

	fd1 = open("zero", O_RDONLY);
	fd2 = open("zero2", O_RDONLY);
	if (fd1 < 0 || fd2 < 0) {
		perror("open");
		exit(EXIT_FAILURE);
	}

	/* XXX check filesize */

	memset(&it, 0, sizeof(it));
	it.it_interval.tv_sec = 5;
	it.it_value.tv_sec = 5;
	signal(SIGALRM, alrmhand);
	setitimer(ITIMER_REAL, &it, NULL);
	tm = time(&dummy) + 300;

	while (1) {
		n = read(fd1, buf, BLKSZ);
		if (n != BLKSZ) {
			perror("read");
			exit(EXIT_FAILURE);
		}
		n = read(fd2, buf, BLKSZ);
		if (n != BLKSZ) {
			perror("read");
			exit(EXIT_FAILURE);
		}
		p1 += BLKSZ;
		p2 += BLKSZ;
		if (p1 > size1) {
			p1 = 0;
			if (lseek(fd1, 0, SEEK_SET) < 0) {
				perror("lseek");
				exit(EXIT_FAILURE);
			}
		}
		if (p2 > size2) {
			p2 = 0;
			if (lseek(fd2, 0, SEEK_SET) < 0) {
				perror("lseek");
				exit(EXIT_FAILURE);
			}
		}
		nread++;
		if (tm < time(&dummy))
			exit(0);
	}
}


void
alrmhand(int i)
{

	printf("%u\n", nread);
}

--
IWAMOTO Toshihiro

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2006-01-24  7:25 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-30 22:40 [PATCH] vm: page-replace and clockpro Peter Zijlstra
2005-12-30 22:40 ` [PATCH 01/14] page-replace-single-batch-insert.patch Peter Zijlstra
2005-12-31  7:03   ` Marcelo Tosatti
2005-12-31  9:43     ` Peter Zijlstra
2005-12-31 14:44     ` Rik van Riel
2005-12-31 22:19       ` Marcelo Tosatti
2005-12-30 22:40 ` [PATCH 02/14] page-replace-try_pageout.patch Peter Zijlstra
2005-12-30 22:40 ` [PATCH 03/14] page-replace-remove-sc-from-refill.patch Peter Zijlstra
2005-12-30 22:40 ` [PATCH 04/14] page-replace-activate_page.patch Peter Zijlstra
2005-12-30 22:41 ` [PATCH 05/14] page-replace-remove-loop.patch Peter Zijlstra
2005-12-30 22:41 ` [PATCH 06/14] page-replace-move-macros.patch Peter Zijlstra
2005-12-30 22:41 ` [PATCH 07/14] page-replace-move-isolate_lru_pages.patch Peter Zijlstra
2005-12-30 22:41 ` [PATCH 08/14] page-replace-candidates.patch Peter Zijlstra
2005-12-30 22:41 ` [PATCH 09/14] page-replace-reinsert.patch Peter Zijlstra
2005-12-30 22:41 ` [PATCH 10/14] page-replace-remove-mm_inline.patch Peter Zijlstra
2005-12-30 22:42 ` [PATCH 11/14] page-replace-move-refill.patch Peter Zijlstra
2005-12-30 22:42 ` [PATCH 12/14] page-replace-rotate.patch Peter Zijlstra
2005-12-30 22:42 ` [PATCH 13/14] page-replace-init.patch Peter Zijlstra
2005-12-30 22:42 ` [PATCH 14/14] page-replace-kswapd-incmin.patch Peter Zijlstra
2005-12-31  1:15   ` Marcelo Tosatti
2005-12-31  9:40     ` Peter Zijlstra
2005-12-30 22:42 ` [PATCH 1/9] clockpro-nonresident.patch Peter Zijlstra
2005-12-31  1:13   ` Marcelo Tosatti
2005-12-31  9:54     ` Peter Zijlstra
2005-12-31 14:53       ` Rik van Riel
2005-12-31 22:20         ` Marcelo Tosatti
2005-12-30 22:42 ` [PATCH 2/9] clockpro-nonresident-del.patch Peter Zijlstra
2005-12-30 22:43 ` [PATCH 3/9] clockpro-PG_test.patch Peter Zijlstra
2005-12-30 22:43 ` [PATCH 4/9] clockpro-use-once.patch Peter Zijlstra
2005-12-30 22:43 ` [PATCH 5/9] clockpro-ignore_token.patch Peter Zijlstra
2005-12-30 22:43 ` [PATCH 6/9] clockpro-clockpro.patch Peter Zijlstra
2005-12-31  0:24   ` Marcelo Tosatti
2005-12-31  1:22     ` Rik van Riel
2005-12-31  3:27       ` Marcelo Tosatti
2005-12-31  5:24         ` Rik van Riel
2005-12-31 10:57           ` Peter Zijlstra
2005-12-31 10:48     ` Peter Zijlstra
2005-12-31 22:12       ` Marcelo Tosatti
2006-01-03 19:30         ` Christoph Lameter
2005-12-31 11:29     ` Peter Zijlstra
2006-01-05  9:47       ` IWAMOTO Toshihiro
2006-01-05 13:32         ` Rik van Riel
2006-01-06  9:01           ` IWAMOTO Toshihiro
2006-01-24  6:30             ` IWAMOTO Toshihiro
2006-01-24  7:25               ` IWAMOTO Toshihiro [this message]
2006-01-25  8:00                 ` Peter Zijlstra
2006-02-03  9:25                 ` Peter Zijlstra
2006-02-06  9:30                   ` IWAMOTO Toshihiro
2006-02-06 10:07                     ` Peter Zijlstra
2006-02-08 10:05                   ` IWAMOTO Toshihiro
2006-02-08 20:00                     ` Peter Zijlstra
2006-02-09  6:57                       ` Peter Zijlstra
2006-02-09  7:22                       ` IWAMOTO Toshihiro
2006-02-09 10:07                         ` IWAMOTO Toshihiro
2006-02-09 15:23                       ` Rik van Riel
2006-02-08  9:53                 ` IWAMOTO Toshihiro
2005-12-31 22:40   ` Marcelo Tosatti
2006-01-01 10:37     ` Peter Zijlstra
2006-01-03 12:21       ` Marcelo Tosatti
2006-02-14  7:29   ` IWAMOTO Toshihiro
2006-02-15  6:35     ` Peter Zijlstra
2006-02-16  6:25       ` IWAMOTO Toshihiro
2005-12-30 22:43 ` [PATCH 7/9] clockpro-remove-old.patch Peter Zijlstra
2005-12-30 22:43 ` [PATCH 8/9] clockpro-rename_PG_active.patch Peter Zijlstra
2005-12-30 22:44 ` [PATCH 9/9] clockpro-clockpro-stats.patch Peter Zijlstra
2005-12-31 18:59 ` [PATCH 10/9] clockpro-document.patch Peter Zijlstra

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=20060124072503.BAF6A7402F@sv1.valinux.co.jp \
    --to=iwamoto@valinux.co.jp \
    --cc=a.p.zijlstra@chello.nl \
    --cc=akpm@osdl.org \
    --cc=christoph@lameter.com \
    --cc=linux-mm@kvack.org \
    --cc=marcelo.tosatti@cyclades.com \
    --cc=marijn@bitpit.net \
    --cc=npiggin@suse.de \
    --cc=riel@redhat.com \
    --cc=wfg@mail.ustc.edu.cn \
    /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