linux-kernel - Re: [ANNOUNCE] LinSched for v3.3-rc7

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: <20120315072124.GA29161@elte.hu>
Date:	Thu, 15 Mar 2012 08:21:24 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Paul Turner <pjt@...gle.com>
Cc:	Peter Zijlstra <peterz@...radead.org>,
	Paul McKenney <paulmck@...ux.vnet.ibm.com>,
	Benjamin Segall <bsegall@...gle.com>,
	Ranjit Manomohan <ranjitm@...gle.com>,
	Nikhil Rao <ncrao@...gle.com>, jmc@...unc.edu,
	Dhaval Giani <dhaval.giani@...il.com>,
	Suresh Siddha <suresh.b.siddha@...el.com>,
	Srivatsa Vaddagiri <vatsa@...ibm.com>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [ANNOUNCE] LinSched for v3.3-rc7


* Paul Turner <pjt@...gle.com> wrote:

> That said, I'm relatively happy with the current state of 
> integration, there's certainly some specific areas that can 
> still be greatly improved (in particular, the main simulator 
> loop has not had as much attention paid as the 
> LinSched<>Kernel interactions and there's a long list of TODOs 
> that could be improved there), but things are now mated fairly 
> cleanly through the use of a new LinSched architecture.  This 
> is a total re-write of almost all LinSched<>Kernel 
> interactions versus the previous (2.6.35) version, and has 
> allowed us to now carry almost zero modifications against the 
> kernel source.  It's both possible to develop/test in place, 
> as well as being patch compatible.  The remaining touch-points 
> now total just 20 lines!  Half of these are likely mergable, 
> with the other 10 lines being more LinSched specific at this 
> point in time, I've broken these down below:
> 
> The total damage:
>  include/linux/init.h      |    6 ++++++   (linsched ugliness,
> unfortunately necessary until we boot-strap proper initcall support)
>  include/linux/rcupdate.h  |    3 +++    (only necessary to allow -O0
> compilation which is extremely handy for analyzing the scheduler using
> gdb)
>  kernel/pid.c              |    4 ++++        (linsched ugliness,
> these can go eventually)
>  kernel/sched/fair.c       |    2 +-          (this is just the
> promotion of 1 structure and function from static state which weren't
> published in the sched/ re-factoring that we need from within the
> simulator)
>  kernel/sched/stats.c      |    2 +-
>  kernel/time/timekeeping.c |    3 ++-    (this fixes a time-dilation
> error due to rounding when our clock-source has ns-resolution, e.g.
> shift==1)
>  6 files changed, 17 insertions(+), 3 deletions(-)

Mind sending these preparatory changes as a standalone series as 
well, against the upstream scheduler, straight away?

Maybe we can find ways to remove the uglies while reviewing and 
integrating all that. Having those bits upstream would make the 
rest of linsched a lot easier to merge as well.

Thanks,

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