From: Peter Williams <pwil3058@bigpond.net.au>
To: spaminos-ker@yahoo.com
Cc: linux-kernel@vger.kernel.org, William Lee Irwin III <wli@holomorphy.com>
Subject: Re: Scheduler fairness problem on 2.6 series (Attn: Nick Piggin and others)
Date: Fri, 13 Aug 2004 11:44:00 +1000 [thread overview]
Message-ID: <411C1CE0.8040101@bigpond.net.au> (raw)
In-Reply-To: <20040813001304.59753.qmail@web13912.mail.yahoo.com>
spaminos-ker@yahoo.com wrote:
> --- Peter Williams <pwil3058@bigpond.net.au> wrote:
>
>>I've just run your tests on my desktop and with max_ia_bonus at its
>>default value I see the "delta = 3" with 20 threads BUT when I set
>>max_ia_bonus to zero they stop (in both "eb" and "pb" mode). So I then
>>reran the tests with 60 threads and zero max_ia_bonus and no output was
>>generated by your testdelay script in either "eb" or "pb" modes. I
>>didn't try "sc" mode as I have a ZAPHOD kernel loaded (not HYDRA) but
>>Con has reported that the problem is absent in his latest patches so
>>I'll update the "sc" mode in HYDRA to those patches.
>>
>
>
> I just tried the same test on spa-zaphod-linux 4.1 over 2.6.8-rc4
>
> I also have messages with 20 threads "delta = 3" that go away when I set
> max_ia_bonus to 0 (and stay off with 60 threads too) in "pb" mode.
I'm going to do some experiments to measure the relationship between the
size of max_ia_bonus and the observed delays to see if there's value
that gives acceptable performance without turning bonuses off completely.
> But, unlike your desktop, the "eb" mode doesn't seem to get better by setting
> max_ia_bonus to 0 on my machine, maybe I need to tweak something else? (even
> though, the idea of tweaking for a given workload doesn't sound very good to
> me).
You could try increasing "base_promotion_interval". When I have a
better idea of the best values (for each mode) for the various
parameters I'll reset their values when the mode is changed.
>
> The "pb" mode is very responsive with the system under heavy load, I like it :)
That's good to hear.
If you have time, I'd appreciate if you could try a few different values
of max_ia_bonus to determine the minimum value that still gives good
responsiveness for your system? I'm trying to get a feel for how much
this varies from system to system.
>
> I will run some tests over the week end with the actual server to see the
> effect of this patch on a more complex system.
>
> Nicolas
>
> PS: the machine I am using is a pure server, only accessible through ssh, so I
> can not really tell the behavior under X.
If it's a pure server I imagine that it's not running X. On a pure
server I'd recommend setting max_ia_bonus to zero.
Thanks
Peter
--
Peter Williams pwil3058@bigpond.net.au
"Learning, n. The kind of ignorance distinguishing the studious."
-- Ambrose Bierce
next prev parent reply other threads:[~2004-08-13 1:44 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20040811010116.GL11200@holomorphy.com>
2004-08-11 2:21 ` Scheduler fairness problem on 2.6 series (Attn: Nick Piggin and others) spaminos-ker
2004-08-11 2:23 ` William Lee Irwin III
2004-08-11 2:45 ` Peter Williams
2004-08-11 2:47 ` Peter Williams
2004-08-11 3:23 ` Peter Williams
2004-08-11 3:31 ` Con Kolivas
2004-08-11 3:46 ` Peter Williams
2004-08-11 3:44 ` Peter Williams
2004-08-13 0:13 ` spaminos-ker
2004-08-13 1:44 ` Peter Williams [this message]
2004-08-11 3:09 ` Con Kolivas
2004-08-11 10:24 ` Prakash K. Cheemplavam
2004-08-11 11:26 ` Scheduler fairness problem on 2.6 series Con Kolivas
2004-08-11 12:05 ` Prakash K. Cheemplavam
2004-08-11 19:22 ` Prakash K. Cheemplavam
2004-08-11 23:42 ` Con Kolivas
2004-08-12 8:08 ` Prakash K. Cheemplavam
2004-08-12 18:18 ` Bill Davidsen
2004-08-12 2:04 ` Scheduler fairness problem on 2.6 series (Attn: Nick Piggin and others) spaminos-ker
2004-08-12 2:24 ` spaminos-ker
2004-08-12 2:53 ` Con Kolivas
[not found] <411D50AE.5020005@bigpond.net.au>
2004-08-17 23:19 ` spaminos-ker
2004-08-18 0:12 ` Peter Williams
2004-08-24 21:11 ` spaminos-ker
2004-08-24 23:04 ` Peter Williams
2004-08-24 23:22 ` Lee Revell
2004-08-26 2:30 ` spaminos-ker
2004-08-26 2:42 ` Peter Williams
2004-08-26 8:39 ` Peter Williams
2004-08-28 1:59 ` spaminos-ker
2004-08-29 0:21 ` Peter Williams
2004-08-29 0:25 ` Lee Revell
2004-08-29 0:45 ` Lee Revell
2004-08-29 2:03 ` Peter Williams
2004-08-29 2:28 ` spaminos-ker
2004-08-29 4:53 ` Peter Williams
2004-08-29 1:19 ` spaminos-ker
2004-08-29 1:22 ` Lee Revell
2004-08-29 1:31 ` Peter Williams
2004-09-13 20:09 ` spaminos-ker
2004-08-29 2:20 ` Lee Revell
[not found] <20040811093945.GA10667@elte.hu>
2004-08-17 23:08 ` spaminos-ker
2004-08-07 21:53 spaminos-ker
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=411C1CE0.8040101@bigpond.net.au \
--to=pwil3058@bigpond.net.au \
--cc=linux-kernel@vger.kernel.org \
--cc=spaminos-ker@yahoo.com \
--cc=wli@holomorphy.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 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.