From: Robert Love <rml@tech9.net>
To: safemode <safemode@speakeasy.net>
Cc: "Dieter Nützel" <Dieter.Nuetzel@hamburg.de>,
"george anzinger" <george@mvista.com>,
"Oliver Xymoron" <oxymoron@waste.org>,
"Andrea Arcangeli" <andrea@suse.de>,
"Roger Larsson" <roger.larsson@norran.net>,
linux-kernel <linux-kernel@vger.kernel.org>,
"ReiserFS List" <reiserfs-list@namesys.com>
Subject: Re: [PATCH] Preemption Latency Measurement Tool
Date: 22 Sep 2001 22:50:56 -0400 [thread overview]
Message-ID: <1001213460.872.10.camel@phantasy> (raw)
In-Reply-To: <200109222341.f8MNfnG25152@zero.tech9.net>
In-Reply-To: <Pine.LNX.4.30.0109201659210.5622-100000@waste.org> <3BAB614E.8600D074@mvista.com> <20010922211919Z272247-760+15646@vger.kernel.org> <200109222341.f8MNfnG25152@zero.tech9.net>
On Sat, 2001-09-22 at 19:40, safemode wrote:
> ok. The preemption patch helps realtime applications in linux be a little
> more close to realtime. I understand that. But your mp3 player shouldn't
> need root permission or renicing or realtime priority flags to play mp3s.
It doesn't, it needs them to play with a dbench 32 running in the
background. This isn't nessecarily acceptable, either, but it is a
difference.
Note one thing the preemption patch does is really make `realtime' apps
accel. Without it, regardless of the priority of the application, the
app can be starved due to something in kernel mode. Now it can't, and
since said application is high priority, it will get the CPU when it
wants it.
This is not to say the preemption patch is no good if you don't run
stuff at realtime -- I don't (who uses nice, anyhow? :>), and I notice
a difference.
> To
> test how well the latency patches are working you should be running things
> all at the same priority. The main issue people are having with skipping
> mp3s is not in the decoding of the mp3 or in the retrieving of the file, it's
> in the playing in the soundcard. That's being affected by dbench flooding
> the system with irq requests. I'm inclined to believe it's irq requests
> because the _only_ time i have problems with mp3s (and i dont change priority
> levels) is when A. i do a cdparanoia -Z -B "1-" or dbench 32. I bet if
> someone did these tests on scsi hardware with the latency patch, they'd find
> much better results than us users of ide devices.
The skips are really big to be irq requests, although perhaps you are
right in that the handling of the irq (we disable preemption during
irq_off, of course, but also during bottom half execution) is the
problem.
However, I am more inclined to believe it is something else. All these
long held locks can indeed be the problem.
I am on an all UW2 SCSI system, and I have no major blips playing during
a `dbench 16' (never ran 32). However, many other users (Dieter, I
believe) are on a SCSI system too.
> even i dont get any skips when i run the player at nice -n -20. That
> doesn't tell you much about the preemption patch though. And it doesn't tell
> you about performance when you dont give linux the chance to do what it does,
> multitask. That's where the latency patch is directed at improving, i
> think.
Agreed.
--
Robert M. Love
rml at ufl.edu
rml at tech9.net
next prev parent reply other threads:[~2001-09-23 2:50 UTC|newest]
Thread overview: 72+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-19 22:44 [PATCH] Preemption Latency Measurement Tool Robert Love
2001-09-20 1:40 ` Ignacio Vazquez-Abrams
2001-09-20 2:23 ` safemode
2001-09-20 1:13 ` David Lang
2001-09-20 2:57 ` Robert Love
2001-09-20 2:38 ` Robert Love
2001-09-20 6:31 ` Dieter Nützel
2001-09-20 6:31 ` Dieter Nützel
2001-09-20 20:27 ` Robert Love
[not found] ` <200109202111.f8KLBgG16833@zero.tech9.net>
2001-09-20 22:09 ` [PATCH] Preemption patch 2.4.9-ac12 Robert Love
[not found] ` <20010920063143.424BD1E41A@Cantor.suse.de>
2001-09-20 6:41 ` [PATCH] Preemption Latency Measurement Tool Andrea Arcangeli
2001-09-20 7:57 ` Dieter Nützel
[not found] ` <20010920075751.6CA791E6B2@Cantor.suse.de>
2001-09-20 8:21 ` Andrea Arcangeli
2001-09-20 20:13 ` george anzinger
2001-09-20 20:38 ` Randy.Dunlap
2001-09-20 21:10 ` Robert Love
2001-09-20 21:35 ` Dieter Nützel
2001-09-20 22:03 ` Oliver Xymoron
2001-09-20 22:51 ` Dieter Nützel
[not found] ` <200109202252.f8KMqLG17327@zero.tech9.net>
2001-09-21 3:17 ` Robert Love
2001-09-21 15:48 ` george anzinger
2001-09-22 21:09 ` Dieter Nützel
2001-09-22 23:40 ` safemode
2001-09-22 23:46 ` Dieter Nützel
2001-09-23 0:15 ` safemode
[not found] ` <200109222340.BAA37547@blipp.internet5.net>
2001-09-23 0:38 ` Roger Larsson
2001-09-23 1:42 ` safemode
2001-09-23 3:02 ` Robert Love
2001-09-23 16:43 ` Roger Larsson
2001-09-23 0:42 ` Dieter Nützel
[not found] ` <200109222341.f8MNfnG25152@zero.tech9.net>
2001-09-23 2:50 ` Robert Love [this message]
2001-09-23 3:14 ` george anzinger
2001-09-23 4:06 ` Dieter Nützel
[not found] ` <200109222347.f8MNlMG25157@zero.tech9.net>
2001-09-23 2:54 ` Robert Love
2001-09-27 0:02 ` [reiserfs-list] " Dieter Nützel
[not found] ` <200109230016.f8N0G6G25222@zero.tech9.net>
2001-09-23 2:58 ` Robert Love
[not found] ` <200109222120.f8MLKYG24859@zero.tech9.net>
2001-09-23 2:44 ` Robert Love
[not found] ` <200109200757.JAA60995@blipp.internet5.net>
2001-09-20 17:37 ` Roger Larsson
2001-09-20 21:29 ` Robert Love
2001-09-20 21:53 ` Dieter Nützel
[not found] ` <200109200758.f8K7wEG13675@zero.tech9.net>
2001-09-20 21:09 ` Robert Love
2001-09-20 20:01 ` Tobias Diedrich
2001-09-20 22:01 ` Robert Love
2001-09-22 3:57 ` Andre Pang
2001-09-22 6:10 ` Robert Love
2001-09-22 7:22 ` Andre Pang
2001-09-23 3:18 ` george anzinger
2001-09-23 3:21 ` Robert Love
2001-09-23 7:05 ` Robert Love
2001-09-23 12:03 ` Andre Pang
2001-09-23 18:31 ` Robert Love
2001-09-22 12:56 ` ksoftirqd? (Was: Re: [PATCH] Preemption Latency Measurement Tool) Roger Larsson
2001-09-22 13:14 ` Andrea Arcangeli
2001-09-22 20:51 ` Roger Larsson
2001-09-22 21:33 ` Andrea Arcangeli
[not found] <200109202253.RAA21082@waste.org>
2001-09-20 23:15 ` [PATCH] Preemption Latency Measurement Tool Oliver Xymoron
2001-09-21 0:42 ` Roger Larsson
2001-09-21 1:03 ` Alan Cox
2001-09-21 1:22 ` Andrea Arcangeli
2001-09-21 1:51 ` Rik van Riel
2001-09-21 1:38 ` Roger Larsson
2001-09-21 1:53 ` Roger Larsson
2001-09-21 2:08 ` Roger Larsson
2001-09-21 2:29 ` Rik van Riel
2001-09-21 16:24 ` Jussi Laako
2001-09-21 16:36 ` Alan Cox
2001-09-21 18:46 ` Thomas Sailer
2001-09-22 10:30 ` Jussi Laako
2001-09-21 16:18 ` Stefan Westerfeld
2001-09-21 20:18 ` Dieter Nützel
[not found] ` <200109212018.f8LKImG21229@zero.tech9.net>
2001-09-21 21:47 ` Robert Love
-- strict thread matches above, loose matches on Subject: below --
2002-04-09 5:23 [PATCH] preemption latency measurement tool Robert Love
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=1001213460.872.10.camel@phantasy \
--to=rml@tech9.net \
--cc=Dieter.Nuetzel@hamburg.de \
--cc=andrea@suse.de \
--cc=george@mvista.com \
--cc=linux-kernel@vger.kernel.org \
--cc=oxymoron@waste.org \
--cc=reiserfs-list@namesys.com \
--cc=roger.larsson@norran.net \
--cc=safemode@speakeasy.net \
/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