linux-kernel - Re: [ck] RSDL v0.30 cpu scheduler for mainline kernels

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: <200703140246.26522.kernel@kolivas.org>
Date:	Wed, 14 Mar 2007 02:46:26 +1100
From:	Con Kolivas <kernel@...ivas.org>
To:	Ash Milsted <thatistosayiseenem@...ab.com>
Cc:	linux kernel mailing list <linux-kernel@...r.kernel.org>,
	ck list <ck@....kolivas.org>
Subject: Re: [ck] RSDL v0.30 cpu scheduler for mainline kernels

On Wednesday 14 March 2007 02:35, Ash Milsted wrote:
> Here's my experience with RSDL 0.30 on 2.6.21-rc3-git6 under my normal
> usage scenarios...
>
> Plain desktop use (web browsing, music, etc): no noticeable change
>
> Desktop use during kernel compile (no -j): The compile impacts desktop
> use more with RSDL, but this is easily solved by nice-ing the compile
> (default nice of 10 seems enough). The kind of impact I am talking about
> is e.g. occasional delays in scrolling in the browser etc.
>
> Desktop use whilst talking on Wengophone (run at nice -5): Under RSDL
> some GUI use e.g. opening a new folder in nautilus causes pops (buffer
> underruns) which do not occur with mainline. I suppose the changes in
> RSDL might require a lower nice value for equivalent performance, but
> (as a user) I am limited to -5.
>
> Low-latency audio with JACK and Ardour2: Rock-solid performance with
> either scheduler.. realtime works nicely.
>
> Playing Quake3 (proprietary nvidia driver): Plays smoothly for both
> schedulers.
>
> So, I suppose I'd like to know what to do about the Wengophone issue,
> because that really is a problem for me. I guess your re-worked -ive
> nice values might help?

Well the change to -nice values was to minimise the harm they do to everything 
else. They will still get the lowest latencies and the most cpu but no more 
than previously. The difference will be to more niced tasks. I'm not sure 
just how much cpu you require for wengophone because at -5 it would be 
getting a fair chunk of cpu with the RSDL 0.30. Anyway, by sheer coincidence 
I just emailed out that patch I was planning so feel free to try it.

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