All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mary Edie Meredith <maryedie@osdl.org>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: 2.6.4-mm2
Date: Tue, 23 Mar 2004 16:07:28 -0800	[thread overview]
Message-ID: <1080086848.10670.203.camel@localhost> (raw)
In-Reply-To: <20040323113219.506a7581.akpm@osdl.org>

On Tue, 2004-03-23 at 11:32, Andrew Morton wrote:
> Mary Edie Meredith <maryedie@osdl.org> wrote:
> >
> > > 36% regression due to the CPU scheduler changes?  ow.
> >  > 
> >  > And that machine is a PIII, so presumably the setting of CONFIG_SCHED_SMT
> >  > makes no difference.
> >  > 
> >  > >From a quick look at the material you have there it appears that this
> >  > workload also is very I/O bound.  It's a little surprising that the CPU
> >  > scheduler could make so much difference.
> >  I'm not sure why you think this is IO bound. For 
> >  the throughput phase of the test (from which the 
> >  metric above is taken) there is very little physical 
> >  IO except at the start when the updates occur.  They
> >  finish in a few minutes, after which there is very
> >  little.
> > 
> >  http://khack.osdl.org/stp/290304/results/plot/thuput.vmstat_io.png
> >  http://khack.osdl.org/stp/290304/results/plot/thuput.vmstat.txt
> 
> There seems to be a large amount of idle time in the profiles and in the
> vmstat trace.
Yes.  There is considerably more idle time in the bad run:
Good one:
http://khack.osdl.org/stp/290298/results/plot/thuput.sar_cpu_all.png
Bad one:
http://khack.osdl.org/stp/290304/results/plot/thuput.sar_cpu_all.png

I am concerned with the drop in CPU utilization relative to
the other run.     

-- 
Mary Edie Meredith 
maryedie@osdl.org
503-626-2455 x42
Open Source Development Labs


WARNING: multiple messages have this Message-ID (diff)
From: Mary Edie Meredith <maryedie@osdl.org>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: 2.6.4-mm2
Date: Tue, 23 Mar 2004 16:07:28 -0800	[thread overview]
Message-ID: <1080086848.10670.203.camel@localhost> (raw)
In-Reply-To: <20040323113219.506a7581.akpm@osdl.org>

On Tue, 2004-03-23 at 11:32, Andrew Morton wrote:
> Mary Edie Meredith <maryedie@osdl.org> wrote:
> >
> > > 36% regression due to the CPU scheduler changes?  ow.
> >  > 
> >  > And that machine is a PIII, so presumably the setting of CONFIG_SCHED_SMT
> >  > makes no difference.
> >  > 
> >  > >From a quick look at the material you have there it appears that this
> >  > workload also is very I/O bound.  It's a little surprising that the CPU
> >  > scheduler could make so much difference.
> >  I'm not sure why you think this is IO bound. For 
> >  the throughput phase of the test (from which the 
> >  metric above is taken) there is very little physical 
> >  IO except at the start when the updates occur.  They
> >  finish in a few minutes, after which there is very
> >  little.
> > 
> >  http://khack.osdl.org/stp/290304/results/plot/thuput.vmstat_io.png
> >  http://khack.osdl.org/stp/290304/results/plot/thuput.vmstat.txt
> 
> There seems to be a large amount of idle time in the profiles and in the
> vmstat trace.
Yes.  There is considerably more idle time in the bad run:
Good one:
http://khack.osdl.org/stp/290298/results/plot/thuput.sar_cpu_all.png
Bad one:
http://khack.osdl.org/stp/290304/results/plot/thuput.sar_cpu_all.png

I am concerned with the drop in CPU utilization relative to
the other run.     

-- 
Mary Edie Meredith 
maryedie@osdl.org
503-626-2455 x42
Open Source Development Labs

--
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:"aart@kvack.org"> aart@kvack.org </a>

  reply	other threads:[~2004-03-24  0:11 UTC|newest]

Thread overview: 96+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-15  1:28 2.6.4-mm2 Andrew Morton
2004-03-15  1:57 ` 2.6.4-mm2 Joshua Kwan
2004-03-15  6:08   ` 2.6.4-mm2 Sam Ravnborg
2004-03-15  9:32 ` [patch] 2.6.4-mm2: ALSA au88x0.c doesn't compile with gcc 2.95 Adrian Bunk
2004-03-15  9:36 ` 2.6.4-mm2: ALSA au88{1,2}0: multiply defined symbols Adrian Bunk
2004-03-15 18:54 ` 2.6.4-mm2 Sam Ravnborg
2004-03-20 22:50   ` 2.6.4-mm2 Olaf Hering
2004-03-15 19:18 ` 2.6.4-mm2 (compile stats) John Cherry
2004-03-15 20:57 ` 2.6.4-mm2 Thomas Schlichter
2004-03-15 21:08   ` 2.6.4-mm2 Thomas Schlichter
2004-03-15 21:18   ` 2.6.4-mm2 Andrew Morton
2004-03-15 21:18     ` 2.6.4-mm2 Jens Axboe
2004-03-15 22:40     ` 2.6.4-mm2 Thomas Schlichter
2004-03-15 22:11 ` 2.6.4-mm2 Jesse Barnes
2004-03-16 18:32 ` 2.6.4-mm2 Daniel McNeil
2004-03-16 21:58   ` 2.6.4-mm2 Chris Mason
2004-03-16 23:21     ` 2.6.4-mm2 Andrew Morton
2004-03-16 23:28       ` 2.6.4-mm2 Andrew Morton
2004-03-16 23:39         ` 2.6.4-mm2 Andrew Morton
2004-03-17  0:10           ` 2.6.4-mm2 Daniel McNeil
     [not found]           ` <1079485055.4181.1115.camel@watt.suse.com>
     [not found]             ` <1079487710.3100.22.camel@ibm-c.pdx.osdl.net>
     [not found]               ` <20040316180043.441e8150.akpm@osdl.org>
2004-03-17 20:11                 ` 2.6.4-mm2 Chris Mason
2004-03-17 20:33                   ` 2.6.4-mm2 Andrew Morton
2004-03-17 22:46                     ` 2.6.4-mm2 Chris Mason
2004-03-17 23:09                       ` 2.6.4-mm2 Andrew Morton
2004-03-17 23:27                         ` 2.6.4-mm2 Chris Mason
2004-03-17 23:51                           ` 2.6.4-mm2 Andrew Morton
2004-03-18  0:06                             ` 2.6.4-mm2 Chris Mason
2004-03-18  0:13                               ` 2.6.4-mm2 Andrew Morton
2004-03-18  0:31                                 ` 2.6.4-mm2 Chris Mason
2004-03-18  0:33                                   ` 2.6.4-mm2 Andrew Morton
2004-03-18  0:41                                     ` 2.6.4-mm2 Chris Mason
2004-03-18  1:15                                     ` 2.6.4-mm2 Daniel McNeil
2004-03-18 17:53                                       ` 2.6.4-mm2 Daniel McNeil
2004-03-18 18:47                                         ` 2.6.4-mm2 Chris Mason
2004-03-18 19:10                                           ` 2.6.4-mm2 Daniel McNeil
2004-03-19 16:49                                             ` 2.6.5-rc2-mm2 and direct_read_under Daniel McNeil
2004-03-19 17:05                                               ` 2.6.5-rc1-mm2 " Daniel McNeil
2004-03-21 14:36                                                 ` Chris Mason
2004-03-22 18:10                                                   ` 2.6.5-rc1-mm2 and direct_read_under and wb Daniel McNeil
2004-03-22 18:23                                                     ` Chris Mason
2004-03-22 18:27                                                       ` Chris Mason
2004-03-22 18:35                                                     ` Chris Mason
2004-03-22 18:51                                                       ` Daniel McNeil
2004-03-22 23:13                                                         ` Andrew Morton
2004-03-23  0:51                                                           ` Daniel McNeil
2004-03-23  9:25                                                             ` Andrew Morton
2004-03-23 17:05                                                               ` Daniel McNeil
2004-03-23 17:59                                                                 ` Andrew Morton
2004-03-23 21:38                                                                   ` Daniel McNeil
2004-03-23 21:47                                                                     ` Andrew Morton
2004-03-18 17:37 ` 2.6.4-mm2 markw
2004-03-18 18:06   ` 2.6.4-mm2 Andrew Morton
2004-03-18 18:48     ` 2.6.4-mm2 markw
2004-03-18 19:10       ` 2.6.4-mm2 Chris Mason
2004-03-18 19:27     ` 2.6.4-mm2 Jens Axboe
2004-03-18 23:38       ` 2.6.4-mm2 markw
2004-03-19  7:39         ` 2.6.4-mm2 Jens Axboe
2004-03-19  3:15       ` 2.6.4-mm2 Andrew Morton
2004-03-19  7:39         ` 2.6.4-mm2 Jens Axboe
2004-03-19  7:52           ` 2.6.4-mm2 Andrew Morton
2004-03-19  7:57             ` 2.6.4-mm2 Jens Axboe
2004-03-19  8:19               ` 2.6.4-mm2 Andrew Morton
2004-03-19  8:31                 ` 2.6.4-mm2 Jens Axboe
2004-03-19  8:39                   ` 2.6.4-mm2 Andrew Morton
2004-03-19  8:48                     ` 2.6.4-mm2 Jens Axboe
2004-03-19  9:56             ` 2.6.4-mm2 Miquel van Smoorenburg
2004-03-19 10:00               ` 2.6.4-mm2 Jens Axboe
     [not found]         ` <20040318194150.4de65049.akpm@osdl.org>
2004-03-20  2:39           ` 2.6.4-mm2 Mark Wong
2004-03-20  2:47             ` 2.6.4-mm2 Mark Wong
2004-03-20  2:50             ` 2.6.4-mm2 Andrew Morton
2004-03-20  2:53               ` 2.6.4-mm2 Mark Wong
2004-03-20  3:52                 ` 2.6.4-mm2 Nick Piggin
2004-03-20  4:14                   ` 2.6.4-mm2 Andrew Morton
2004-03-20  4:24                     ` 2.6.4-mm2 Nick Piggin
2004-03-20  4:26                       ` 2.6.4-mm2 Nick Piggin
2004-03-20 21:17                       ` 2.6.4-mm2 Martin J. Bligh
2004-03-22 17:19             ` 2.6.4-mm2 Mary Edie Meredith
2004-03-22 17:19               ` 2.6.4-mm2 Mary Edie Meredith
2004-03-23  0:27               ` 2.6.4-mm2 Andrew Morton
2004-03-23  0:27                 ` 2.6.4-mm2 Andrew Morton
2004-03-23 19:21                 ` 2.6.4-mm2 Mary Edie Meredith
2004-03-23 19:21                   ` 2.6.4-mm2 Mary Edie Meredith
2004-03-23 19:32                   ` 2.6.4-mm2 Andrew Morton
2004-03-23 19:32                     ` 2.6.4-mm2 Andrew Morton
2004-03-24  0:07                     ` Mary Edie Meredith [this message]
2004-03-24  0:07                       ` 2.6.4-mm2 Mary Edie Meredith
2004-03-30 21:30                       ` 2.6.4-mm2 Mary Edie Meredith
2004-03-30 21:30                         ` 2.6.4-mm2 Mary Edie Meredith
     [not found] <A6974D8E5F98D511BB910002A50A6647615F5E26@hdsmsx402.hd.intel.com>
2004-03-20  4:19 ` 2.6.4-mm2 Len Brown
2004-03-20  4:26   ` 2.6.4-mm2 Andrew Morton
2004-03-20  4:32     ` 2.6.4-mm2 Mark Wong
     [not found] <A6974D8E5F98D511BB910002A50A6647615F5E2B@hdsmsx402.hd.intel.com>
2004-03-20  4:27 ` 2.6.4-mm2 Len Brown
2004-03-20  9:01   ` 2.6.4-mm2 Nick Piggin
2004-03-22 16:24     ` 2.6.4-mm2 markw
  -- strict thread matches above, loose matches on Subject: below --
2004-03-20 23:12 2.6.4-mm2 sam
2004-03-20 23:41 ` 2.6.4-mm2 Olaf Hering

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=1080086848.10670.203.camel@localhost \
    --to=maryedie@osdl.org \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.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 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.