From: Con Kolivas <kernel@kolivas.org>
To: Mike Galbraith <efault@gmx.de>, Voluspa <lista1@comhem.se>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] O17int
Date: Wed, 20 Aug 2003 21:21:42 +1000 [thread overview]
Message-ID: <200308202121.56531.kernel@kolivas.org> (raw)
In-Reply-To: <5.2.1.1.2.20030820095103.019969f8@pop.gmx.net>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wed, 20 Aug 2003 18:00, Mike Galbraith wrote:
> At 06:55 AM 8/20/2003 +0200, Voluspa wrote:
> >Blender 2.28 can not starve xmms one iota. Within blender itself, I can
> >cause 1 to 5 second freezes while doing a slow "world rotate", but that
> >is something the application programmers have to fix.
>
> I'm not so sure that it's an application bug. With Nick's patch, I cannot
> trigger any delay what so ever, whereas with stock, or with Ingo's changes
> [as well as my own, damn the bad luck] I can. I'm not saying it's _not_ a
> bug mind you, but color me suspicious ;-)
/me giggles like a 12 year old girl (teehee)
Try an earlier version of blender and you'll see it goes away. Other ones to
try are opening a gpg signed mail (like this mail) in kmail. The slower the
sleep avg decay in any tree the longer the spin. Nick's changes I believe
cover up the flaw. I'm not discounting Nick's work, but I do believe the apps
are broken and it's only the current scheduler design that makes it visible.
I would also like to make it impossible for priority inversion to happen but
at the moment I've just got to make sure they dont starve anything but their
dependent cpu hog. Still looking for some useful task dependency tracking.
Con
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/Q1nQZUg7+tp6mRURAgmIAJ0f6jGLZFjjguhYv+MGEz5S1DuMCwCeO+Id
ii0V4YOXlL9bB7wJ6rn8QEo=
=PygI
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2003-08-20 11:15 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-20 4:55 [PATCH] O17int Voluspa
2003-08-20 8:00 ` Mike Galbraith
2003-08-20 11:21 ` Con Kolivas [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-08-20 22:51 Voluspa
2003-08-19 15:01 Con Kolivas
2003-08-19 16:39 ` Måns Rullgård
2003-08-20 1:23 ` Con Kolivas
2003-08-20 9:19 ` Måns Rullgård
2003-08-19 18:58 ` Måns Rullgård
2003-08-20 1:19 ` Con Kolivas
2003-08-20 8:53 ` Måns Rullgård
2003-08-20 16:27 ` Wiktor Wodecki
2003-08-20 16:42 ` Nick Piggin
2003-08-20 21:23 ` Con Kolivas
2003-08-21 5:26 ` Con Kolivas
2003-08-21 7:53 ` Mike Galbraith
2003-08-21 11:46 ` Con Kolivas
2003-08-21 15:14 ` Mike Galbraith
2003-08-21 22:18 ` Wes Janzen
2003-08-22 0:09 ` Con Kolivas
2003-08-22 21:17 ` Wes Janzen
2003-08-22 0:42 ` Felipe Alfaro Solana
2003-08-22 5:34 ` Mike Galbraith
2003-08-22 20:48 ` Wes Janzen
2003-08-21 23:59 ` Con Kolivas
2003-08-22 5:11 ` Mike Galbraith
2003-08-21 5:30 ` Apurva Mehta
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=200308202121.56531.kernel@kolivas.org \
--to=kernel@kolivas.org \
--cc=efault@gmx.de \
--cc=linux-kernel@vger.kernel.org \
--cc=lista1@comhem.se \
/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