linux-kernel - Re: sched_yield: delete sysctl_sched_compat

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]

Date:	Mon, 03 Dec 2007 17:18:23 -0500
From:	Mark Lord <lkml@....ca>
To:	Ingo Molnar <mingo@...e.hu>
Cc:	Chris Friesen <cfriesen@...tel.com>, davids@...master.com,
	Nick Piggin <nickpiggin@...oo.com.au>,
	"Zhang, Yanmin" <yanmin_zhang@...ux.intel.com>,
	Arjan van de Ven <arjan@...radead.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: sched_yield: delete sysctl_sched_compat_yield

Ingo Molnar wrote:
> * Mark Lord <lkml@....ca> wrote:
> 
>> Ack.  And what of the suggestion to try to ensure that a yielding task 
>> simply not end up as the very next one chosen to run?  Maybe by 
>> swapping it with another (adjacent?) task in the tree if it comes out 
>> on top again?
> 
> we did that too for quite some time in CFS - it was found to be "not 
> agressive enough" by some folks and "too agressive" by others. Then when 
> people started bickering over this we added these two simple corner 
> cases - switchable via a flag. (minimum agression and maximum agression)
> 
>> (I really don't know the proper terminology to use here, but hopefully 
>> Ingo can translate that).
> 
> the terminology you used is perfectly fine.
> 
>> Thanks Ingo -- I *really* like this scheduler!
> 
> heh, thanks :) For which workload does it make the biggest difference 
> for you? (and compared to what other scheduler you used before? 2.6.22?)
..

Heh.. I'm just a very unsophisticated desktop user, and I like it when
Thunderbird and Firefox are unaffected by the "make -j3" kernel builds
that are often running in another window.  BIG difference there.

And on the cool side, the Swarm game (swarm.swf) is a great example of
something that used to get jerky really fast whenever anything else was
running, and now it really doesn't seem to be affected by anything.
(I don't really play computer games, but this one is has a very retro feel..).

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