public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: mmotm 2008-09-08-18-32 uploaded
Date: Tue, 9 Sep 2008 10:37:41 -0700	[thread overview]
Message-ID: <20080909103741.6e10ee87.akpm@linux-foundation.org> (raw)
In-Reply-To: <20080909192544.8c0763d2.kamezawa.hiroyu@jp.fujitsu.com>

On Tue, 9 Sep 2008 19:25:44 +0900 KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> wrote:

> On Mon, 08 Sep 2008 18:35:16 -0700
> akpm@linux-foundation.org wrote:
> 
> > The mm-of-the-moment snapshot 2008-09-08-18-32 has been uploaded to
> > 
> >    http://userweb.kernel.org/~akpm/mmotm/
> > 
> > It contains the following patches against 2.6.27-rc5:
> > 
> 
> I'll dig if I have time. This is just a report.
> 
> I tries UnixBench4.1 on x86_64/2cpu/1socket machine. (memory cgroup is enabled)
> 
> Following is comparison with a mmtom based on rc4.
> ===
> [rc4mm1]
> Execl Throughput                           3004.4 lps   (29.6 secs, 3 samples)
> C Compiler Throughput                      1017.9 lpm   (60.0 secs, 3 samples)
> Shell Scripts (1 concurrent)               5726.3 lpm   (60.0 secs, 3 samples)
> Shell Scripts (8 concurrent)               1124.3 lpm   (60.0 secs, 3 samples)
> Shell Scripts (16 concurrent)               576.0 lpm   (60.0 secs, 3 samples)
> Dc: sqrt(2) to 99 decimal places         125446.5 lpm   (30.0 secs, 3 samples)
> 
> [rc5mm1]
> Execl Throughput                           3006.5 lps   (29.8 secs, 3 samples)
> C Compiler Throughput                      1006.7 lpm   (60.0 secs, 3 samples)
> Shell Scripts (1 concurrent)               4863.7 lpm   (60.0 secs, 3 samples)
> Shell Scripts (8 concurrent)                943.7 lpm   (60.0 secs, 3 samples)
> Shell Scripts (16 concurrent)               482.7 lpm   (60.0 secs, 3 samples)
> Dc: sqrt(2) to 99 decimal places         124804.9 lpm   (30.0 secs, 3 samples)
> ==
> 15% down in shell script test. Any idea ? (scheduler ?)

Dunno.  There is a largel number of debugging patches at the tail of
the series so they should be the first thing to eliminate.


  reply	other threads:[~2008-09-09 17:38 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200809090135.m891ZHiW020337@imap1.linux-foundation.org>
2008-09-09  8:37 ` mmotm 2008-09-08-18-32 uploaded KAMEZAWA Hiroyuki
2008-09-09  8:43   ` Andrew Morton
2008-09-09  9:11     ` KAMEZAWA Hiroyuki
2008-09-09  9:26 ` undefined reference to `v4l_printk_ioctl' [Was: mmotm 2008-09-08-18-32 uploaded] Jiri Slaby
2008-09-09  9:32 ` mmotm 2008-09-08-18-32 uploaded Jiri Slaby
2008-09-09 15:03   ` Randy Dunlap
2008-09-10 12:30     ` [PATCH 1/1] NET: fix r8169 linkage Jiri Slaby
2008-09-09 10:25 ` mmotm 2008-09-08-18-32 uploaded KAMEZAWA Hiroyuki
2008-09-09 17:37   ` Andrew Morton [this message]
2008-09-10  1:01     ` KAMEZAWA Hiroyuki
2008-09-10  1:46       ` Andrew Morton

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=20080909103741.6e10ee87.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=kamezawa.hiroyu@jp.fujitsu.com \
    --cc=linux-kernel@vger.kernel.org \
    /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