linux-kernel - Re: [RFC][PATCH] Multimedia scheduling class, take 2

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4A094707.5040307@sonarnerd.net>
Date:	Tue, 12 May 2009 12:53:11 +0300
From:	Jussi Laako <jussi@...arnerd.net>
To:	Peter Zijlstra <peterz@...radead.org>
CC:	James Courtier-Dutton <James@...erbug.co.uk>,
	linux-kernel@...r.kernel.org, Ingo Molnar <mingo@...e.hu>,
	d.faggioli@...up.it
Subject: Re: [RFC][PATCH] Multimedia scheduling class, take 2

Peter Zijlstra wrote:
> As to the patch, I still think its an exceedingly bad idea to create
> such a horridly ill defined scheduler class. There's nothing that keeps
> people from stuffing everything in there and either generating DoS
> issues or still generating bad interactivity.

Lite patch practically exports nice levels as scheduling priorities in
order to make it possible to assign different levels to different
threads of the same process.

> I certainly don't think the current situation is bad enough to warrant
> things like that, media on my machines works peachy (*cheer* for XV on
> R600).

Naturally pretty much anything works when CPU load is under 25%. When
the load on low power embedded system is around 95-100% things get
hairier...

"Buy faster CPU" is not always an option...


	- Jussi
--
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/