mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Mike Galbraith <efault@gmx.de>
To: Davide Libenzi <davidel@xmailserver.org>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [patch] SCHED_SOFTRR starve-free linux scheduling policy ...
Date: Mon, 14 Jul 2003 09:11:39 +0200	[thread overview]
Message-ID: <5.2.1.1.2.20030714063443.01bcc5f0@pop.gmx.net> (raw)
In-Reply-To: <Pine.LNX.4.55.0307131442470.15022@bigblue.dev.mcafeelabs.c om>

[-- Attachment #1: Type: text/plain, Size: 908 bytes --]

At 02:51 PM 7/13/2003 -0700, Davide Libenzi wrote:

>This should (hopefully) avoid other tasks starvation exploits :
>
>http://www.xmailserver.org/linux-patches/softrr.html

Yes, that ~works.  I couldn't starve root to death as a SCHED_SOFTRR user, 
but the system was very sluggish, with keystrokes taking uncomfortably 
long.  I also had some sound skips due to inheritance.  If I activate 
xmms's gl visualization under load, it inherits SCHED_SOFTRR, says "oink" 
in a very deep voice, and other xmms threads expire.  Maybe tasks shouldn't 
inherit SCHED_SOFTRR?

While testing, I spotted something pretty strange.  It's not specific to 
SCHED_SOFTRR, SCHED_RR causes it too.  If I fire up xmms's gl visualization 
with either policy, X stops getting enough sleep credit to stay at a usable 
priority even when cpu usage is low.  Fully repeatable weirdness.  See 
attached top snapshots.

         -Mike 

[-- Attachment #2: xx --]
[-- Type: application/octet-stream, Size: 3242 bytes --]

--------------------------------- Abby Normal ---------------------------
top - 05:44:20 up  1:27,  4 users,  load average: 3.93, 4.71, 5.00
Tasks:  83 total,   4 running,  79 sleeping,   0 stopped,   0 zombie
Cpu(s):  90.5% user,   9.5% system,   0.0% nice,   0.0% idle,   0.0% IO-wait
Mem:    125712k total,   112860k used,    12852k free,     5048k buffers
Swap:   265064k total,    16900k used,   248164k free,    50020k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  Command
 5035 mikeg     -2   0 28136 7328 9952 S 67.6  5.8   8:19.60 xmms
 4532 root      25   0 62800  12m  46m R  8.6  9.8   3:38.64 X
 4596 root     -51   0  7232 4720 5256 S  4.8  3.8   0:21.90 artsd
 4647 root      15   0 20100 8300  18m R  4.8  6.6   0:23.19 kdeinit
 8611 mikeg     -2   0 28136 7328 9952 S  4.8  5.8   0:19.16 xmms
 5011 mikeg     -2   0 28136 7328 9952 S  3.8  5.8   0:28.75 xmms
 4651 root      15   0  1800 1800 1640 R  2.9  1.4   0:55.81 top
 4564 root      15   0 19068 6660  17m S  1.0  5.3   0:09.84 kdeinit
 8618 mikeg     -2   0 28136 7328 9952 R  1.0  5.8   0:01.94 xmms
    1 root      15   0  1380  500 1336 S  0.0  0.4   0:04.23 init
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    3 root       5 -10     0    0    0 S  0.0  0.0   0:00.21 events/0
    4 root       5 -10     0    0    0 S  0.0  0.0   0:00.29 kblockd/0
    5 root      15   0     0    0    0 S  0.0  0.0   0:00.15 kapmd
    6 root      15   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
    7 root      15   0     0    0    0 S  0.0  0.0   0:00.33 pdflush
    8 root      15   0     0    0    0 S  0.0  0.0   0:01.02 kswapd0

--------------------------------- Norm Normal ---------------------------
top - 06:00:22 up  1:43,  4 users,  load average: 1.48, 2.39, 3.46
Tasks:  85 total,   2 running,  83 sleeping,   0 stopped,   0 zombie
Cpu(s):  94.2% user,   5.8% system,   0.0% nice,   0.0% idle,   0.0% IO-wait
Mem:    125712k total,   120700k used,     5012k free,     6288k buffers
Swap:   265064k total,    15896k used,   249168k free,    53276k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  Command
 8784 root      25   0 28016 8784 9952 R 65.0  7.0   0:35.71 xmms
 4532 root      15   0 62816  12m  46m S 19.4  9.9   5:46.30 X
 8781 root      15   0 28016 8784 9952 S  4.9  7.0   0:02.72 xmms
 4651 root      16   0  1800 1800 1640 R  3.9  1.4   1:23.98 top
 8786 root      15   0 28016 8784 9952 S  3.9  7.0   0:01.48 xmms
 4596 root     -51   0  7232 4720 5256 S  1.9  3.8   0:32.01 artsd
 4614 root      15   0 19640 7628  18m S  1.0  6.1   0:11.21 kdeinit
 4647 root      15   0 20292 8440  18m S  1.0  6.7   0:35.55 kdeinit
    1 root      15   0  1380  500 1336 S  0.0  0.4   0:04.25 init
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    3 root       5 -10     0    0    0 S  0.0  0.0   0:00.28 events/0
    4 root       5 -10     0    0    0 S  0.0  0.0   0:00.29 kblockd/0
    5 root      15   0     0    0    0 S  0.0  0.0   0:00.22 kapmd
    6 root      15   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
    7 root      15   0     0    0    0 S  0.0  0.0   0:00.35 pdflush
    8 root      15   0     0    0    0 S  0.0  0.0   0:01.02 kswapd0


       reply	other threads:[~2003-07-14  6:52 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.55.0307131442470.15022@bigblue.dev.mcafeelabs.c om>
2003-07-14  7:11 ` Mike Galbraith [this message]
2003-07-13 21:51   ` Davide Libenzi
2003-08-09 14:05     ` Daniel Phillips
2003-08-09 17:47       ` Mike Galbraith
2003-08-09 23:58         ` Daniel Phillips
2003-08-10  6:06           ` Mike Galbraith
2003-08-10  0:41         ` Daniel Phillips
2003-08-10  6:41           ` Mike Galbraith
2003-08-10 15:46             ` Daniel Phillips
2003-08-10 17:49               ` Mike Galbraith
2003-08-10 20:28                 ` Daniel Phillips
2003-08-11  5:31                   ` Mike Galbraith
2003-08-11 13:54                   ` Takashi Iwai
2003-08-10  2:05         ` Roger Larsson
2003-08-10  5:43           ` Nick Piggin
2003-08-10  7:41             ` Mike Galbraith
2003-08-10  7:56               ` Nick Piggin
2003-08-10  8:18                 ` Mike Galbraith
2003-08-10  9:19                   ` jw schultz
2003-08-11 17:01             ` Roger Larsson
2003-08-11 17:25               ` Takashi Iwai
     [not found]     ` <200308100405.52858.roger.larsson@skelleftea.mail.telia.com >
2003-08-10  7:11       ` Mike Galbraith
2003-08-12  7:23         ` Rob Landley
2003-08-12 23:35         ` Pavel Machek
2003-08-13  6:26           ` Mike Galbraith
2003-08-13  9:41             ` Pavel Machek
2003-07-14  7:12   ` Davide Libenzi
2003-07-14  7:24   ` Jamie Lokier
2003-07-14  7:35     ` Davide Libenzi
2003-07-14  9:11     ` Mike Galbraith
     [not found]   ` <Pine.LNX.4.55.0307140004390.3435@bigblue.dev.mcafeelabs.co m>
2003-07-14  8:14     ` Mike Galbraith
2003-07-14 15:09       ` Davide Libenzi
     [not found]   ` <Pine.LNX.4.55.0307140805220.4371@bigblue.dev.mcafeelabs.co m>
2003-07-14 16:06     ` Mike Galbraith
2003-07-14 17:22       ` Davide Libenzi
     [not found]   ` <Pine.LNX.4.55.0307141015010.4828@bigblue.dev.mcafeelabs.co m>
2003-07-15  4:56     ` Mike Galbraith
2003-07-15 15:47       ` Davide Libenzi

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=5.2.1.1.2.20030714063443.01bcc5f0@pop.gmx.net \
    --to=efault@gmx.de \
    --cc=davidel@xmailserver.org \
    --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

all inboxes | Powered by JetHome®