From: Con Kolivas <kernel@kolivas.org>
To: Carlos Carvalho <carlos@fisica.ufpr.br>
Cc: linux kernel mailing list <linux-kernel@vger.kernel.org>,
ck@vds.kolivas.org, Ingo Molnar <mingo@elte.hu>,
Andrew Morton <akpm@osdl.org>
Subject: Re: [PATCH] implement nice support across physical cpus on SMP
Date: Sun, 8 May 2005 07:45:32 +1000 [thread overview]
Message-ID: <200505080745.36906.kernel@kolivas.org> (raw)
In-Reply-To: <17021.486.683745.867241@fisica.ufpr.br>
[-- Attachment #1: Type: text/plain, Size: 1204 bytes --]
On Sun, 8 May 2005 03:59, Carlos Carvalho wrote:
> Con Kolivas (kernel@kolivas.org) wrote on 7 May 2005 23:42:
> >SMP balancing is currently designed purely with throughput in mind. This
> >working patch implements a mechanism for supporting 'nice' across
> > physical cpus without impacting throughput.
> >
> >This is a version for stable kernel 2.6.11.*
> >
> >Carlos, if you could test this with your test case it would be
> > appreciated.
>
> Unfortunately it doesn't seem to have any effect:
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 184 user1 39 19 7220 5924 520 R 99.9 1.1 209:40.68 mi41
> 266 user2 25 0 1760 480 420 R 50.5 0.1 86:36.31 xdipole1
> 227 user3 25 0 155m 62m 640 R 49.5 12.3 95:07.89 b170-se.x
>
> Note that the nice 19 job monopolizes one processor while the other
> two nice 0 ones share a single processor.
>
> This is really a showstopper for this kind of application :-(
Ok back to the drawing board. I have to try and figure out why it doesn't work
for your case. I tried it on 4x with lots of cpu bound tasks so I'm not sure
why it doesn't help with tyours.
Cheers,
Con
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-05-07 21:45 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-07 13:42 [PATCH] implement nice support across physical cpus on SMP Con Kolivas
2005-05-07 17:59 ` Carlos Carvalho
2005-05-07 21:45 ` Con Kolivas [this message]
2005-05-09 11:24 ` Markus Törnqvist
2005-05-09 11:28 ` [ck] " Markus Törnqvist
2005-05-09 11:47 ` Con Kolivas
2005-05-09 18:55 ` Markus Törnqvist
2005-05-09 23:54 ` Carlos Carvalho
2005-05-11 2:56 ` Con Kolivas
2005-05-11 3:04 ` [SMP NICE] [PATCH 1/2] SCHED: Implement " Con Kolivas
2005-05-11 3:05 ` [SMP NICE] [PATCH 2/2] SCHED: Make SMP nice a config option Con Kolivas
2005-05-11 7:20 ` Ingo Molnar
2005-05-12 10:49 ` Con Kolivas
2005-05-16 11:33 ` [SMP NICE] [PATCH] SCHED: Implement nice support across physical cpus on SMP Con Kolivas
2005-05-16 18:31 ` Markus Törnqvist
2005-05-17 13:39 ` Carlos Carvalho
2005-05-18 11:30 ` Markus Törnqvist
2005-05-18 13:45 ` Con Kolivas
2005-05-21 5:00 ` Con Kolivas
2005-05-23 9:28 ` [PATCH] SCHED: change_prio_bias_only_if_queued Con Kolivas
2005-05-23 10:07 ` [PATCH] SCHED: account_rt_tasks_in_prio_bias Con Kolivas
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=200505080745.36906.kernel@kolivas.org \
--to=kernel@kolivas.org \
--cc=akpm@osdl.org \
--cc=carlos@fisica.ufpr.br \
--cc=ck@vds.kolivas.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
/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