[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <496B13AB.3090407@sonarnerd.net>
Date: Mon, 12 Jan 2009 11:55:55 +0200
From: Jussi Laako <jussi@...arnerd.net>
To: linux-kernel@...r.kernel.org
CC: Peter Zijlstra <peterz@...radead.org>, Ingo Molnar <mingo@...e.hu>
Subject: Re: [RFC][PATCH] Multimedia scheduling class
Jussi Laako wrote:
> Yes, this is for a soft-realtime usage. Some of the tasks are
> CPU-intensive while being realtime'ish, like video codecs and some audio
> processing tasks. These audio processing tasks can have some amount of
> buffering. The idea behind this patch is to make these tasks overlap
> with the normal tasks while giving a slightly more responsive scheduling
> behavior and to favor these multimedia tasks over others.
I've been running a kernel with the scheduler patch on my x86-64 desktop
since Christmas.
Here are some test results... Workload in these tests is mostly starting
a browser and rendering a set of reasonably heavy pages which creates
CPU load spikes. BKL is a bit of a problem too...
I think this is reasonably good result.
Results for the deskop (x86-64), voluntary preempt enabled (as the
proprietary ATI display driver behaves badly with full preempt):
SCHED_OTHER:
maximum latency: 45098.2 µs
average latency: 366.2 µs
missed timer events: 16
SCHED_MM:
maximum latency: 10051.2 µs
average latency: 44.7 µs
missed timer events: 0
SCHED_FIFO:
maximum latency: 720.3 µs
average latency: 23.1 µs
missed timer events: 0
Results for an OMAP3-based platform, preempt enabled:
SCHED_OTHER:
maximum latency: 44.7 ms
average latency: 1.8 ms
missed timer events: 227
SCHED_MM:
maximum latency: 19.2 ms
average latency: 1.1 ms
missed timer events: 23
SCHED_FIFO:
maximum latency: 10.7 ms
average latency: 0.7 ms
missed timer events: 1
Best regards,
- Jussi Laako
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists