All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nick Piggin <piggin@cyberone.com.au>
To: Philip Martin <philip@codematters.co.uk>
Cc: Andrew Morton <akpm@osdl.org>, linux-kernel@vger.kernel.org
Subject: Re: 2.6.1 slower than 2.4, smp/scsi/sw-raid/reiserfs
Date: Tue, 03 Feb 2004 10:36:18 +1100	[thread overview]
Message-ID: <401EDEF2.6090802@cyberone.com.au> (raw)
In-Reply-To: <87d68xcoqi.fsf@codematters.co.uk>



Philip Martin wrote:

>Nick Piggin <piggin@cyberone.com.au> writes:
>
>
>>Another thing I just saw - you've got quite a lot of memory in
>>buffers which might be something going wrong.
>>
>>When the build finishes and there is no other activity, can you
>>try applying anonymous memory pressure until it starts swapping
>>to see if everything gets reclaimed properly?
>>
>
>How do I apply anonymous memory pressure?
>
>

Well just run something that uses a lot of memory and doesn't
do much else. Run a few of these if you like:

#include <stdlib.h>
#include <unistd.h>
#define MEMSZ (64 * 1024 * 1024)
int main(void)
{
    int i;
    char *mem = malloc(MEMSZ);
    for (i = 0; i < MEMSZ; i+=4096)
       mem[i] = i;
    sleep(60);
    return 0;
}

>>Was each kernel freshly booted and without background activity
>>before each compile?
>>
>
>Each kernel was freshly booted.  There were a number of daemons
>running, and I was running X, but these don't appear to use much
>memory or CPU and the network was disconnected.  Just after a boot
>there is lots of free memory, but in normal operation the machine uses
>its memory, so to make it more like normal I ran "find | grep" before
>doing the build.  Then I ran make clean, make, make clean, make and
>took numbers for the second make.
>
>You can have the numbers straight after a boot as well.  In this case
>I rebooted, logged in, ran make clean and make -j4.
>
>I can hear disk activity on this machine. During a 2.4.24 build the
>activity happens in short bursts a few seconds apart.  During a 2.6.1
>build it sounds as if there is more activity, with each burst of
>activity being a little longer.  However that just the impression I
>get, I haven't tried timing anything, I may be imagining it.
>
>

Thanks. Much the same, isn't it?
Can you try booting with the kernel argument: elevator=deadline
and see how 2.6 goes?

Andrew, any other ideas?


  reply	other threads:[~2004-02-02 23:36 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-01 21:34 2.6.1 slower than 2.4, smp/scsi/sw-raid/reiserfs Philip Martin
2004-02-01 23:11 ` Andrew Morton
2004-02-01 23:42   ` Philip Martin
2004-02-01 23:52   ` Nick Piggin
2004-02-02  0:51     ` Philip Martin
2004-02-02  5:15       ` Nick Piggin
2004-02-02  8:58         ` Nick Piggin
2004-02-02 18:36           ` Philip Martin
2004-02-02 23:36             ` Nick Piggin [this message]
2004-02-02 23:49               ` Andrew Morton
2004-02-03  1:01                 ` Philip Martin
2004-02-03  3:02                   ` Nick Piggin
2004-02-03 16:44                     ` Philip Martin
2004-02-03  0:34               ` Philip Martin
2004-02-03  3:52                 ` Nick Piggin
2004-02-02 18:08         ` Philip Martin
2004-02-03  3:46 ` Andrew Morton
2004-02-03 16:46   ` Philip Martin
2004-02-03 21:29     ` Andrew Morton
2004-02-03 21:53       ` Philip Martin
2004-02-04  5:48         ` Nick Piggin
2004-02-04 17:50           ` Philip Martin
2004-02-04 23:38             ` Philip Martin
2004-02-05  2:49               ` Nick Piggin
2004-02-05 14:27                 ` Philip Martin
2004-02-14  0:10       ` Philip Martin
  -- strict thread matches above, loose matches on Subject: below --
2004-02-03  6:55 Samium Gromoff
2004-02-03  7:07 ` Andrew Morton
2004-02-03  7:52   ` Samium Gromoff
2004-02-03  7:57     ` Nick Piggin
2004-02-03 15:58       ` Valdis.Kletnieks
2004-02-03  7:13 ` Nick Piggin

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=401EDEF2.6090802@cyberone.com.au \
    --to=piggin@cyberone.com.au \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=philip@codematters.co.uk \
    /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.