From: "Steven Newbury" <s_j_newbury@yahoo.co.uk>
To: davidel@xmailserver.org
Cc: linux-kernel@vger.kernel.org
Subject: SCHED_SOFTRR patch
Date: Mon, 28 Jul 2003 21:27:50 +0100 (BST) [thread overview]
Message-ID: <20030728202750.73149.qmail@web60001.mail.yahoo.com> (raw)
I personally see your SCHED_SOFTRR as the correct solution for multimedia
applications. But as it is currently tuned I have been unable to get it to
work adequately with a relatively undemanding program, XMMS. I say undemanding
because XMMS only uses about 2-4% CPU time on my test machine (P3/933MHz) when
playing mp3's.
While testing SCHED_SOFTRR with XMMS I had to modify XMMS slightly since it
usually checks for uid 0 before enabling SCHED_RR.
Under 2.6.0-test1 based kernels I have experienced quite a lote of drop-outs
with XMMS playing mp3's with a moderate load, however, when run as root (with
SCHED_RR) I encountered no drop-outs at all. When using SOFTRR under I had
very choppy playback when the machine was under load. It was a constant
jittering more than intermittent drop-outs.
I have been using a 2.6.0-test2-O10int based kernel in my latest tests.
With 2.6.0-test2-O10int it is very hard to get drop-outs unless I run it with
SCHED_SOFTRR! The jitteriness is gone but a moderate load causes dropouts,
much like non SCHED_RR on 2.6.0-test1 based kernels. SCHED_RR still runs
perfectly though. It could be that SCHED_SOFTRR is being too "tight" with the
CPU time it is giving the Real-Time thread.
I have tried various values for the SCHED_TS_KSOFTRR, MIN_SRT_TIMESLICE,
MAX_SRT_TIMESLICE constants, but have been as yet unable to find values that
produce a good result.
The lattest.c program does show that SOFT_RR is working as does top which shows
RT priority for XMMS.
=====
Steve
__________________________________________________
Yahoo! Plus - For a better Internet experience
http://uk.promotions.yahoo.com/yplus/yoffer.html
next reply other threads:[~2003-07-28 20:28 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-28 20:27 Steven Newbury [this message]
2003-08-07 15:59 ` SCHED_SOFTRR patch Daniel Phillips
2003-08-07 16:31 ` Takashi Iwai
2003-08-07 18:05 ` SCHED_SOFTRR patch (memory lock?) Roger Larsson
2004-01-13 19:48 ` 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=20030728202750.73149.qmail@web60001.mail.yahoo.com \
--to=s_j_newbury@yahoo.co.uk \
--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;
as well as URLs for NNTP newsgroup(s).