Date: Wed, 11 Apr 2012 15:20:11 -0700 From: Adrian Chadd <adrian@freebsd.org> To: Mike Meyer <mwm@mired.org> Cc: freebsd-hackers@freebsd.org, Arnaud Lacombe <lacombar@gmail.com> Subject: Re: [RFT][patch] Scheduling for HTT and not only Message-ID: <CAJ-VmonmkSrr=b_gfapSARmKxEuWQ1711eaykQO4jVi%2BG==%2BDg@mail.gmail.com> In-Reply-To: <20120410171926.67ece307@bhuda.mired.org> References: <4F2F7B7F.40508@FreeBSD.org> <4F366E8F.9060207@FreeBSD.org> <4F367965.6000602@FreeBSD.org> <4F396B24.5090602@FreeBSD.org> <alpine.BSF.2.00.1202131012270.2020@desktop> <4F3978BC.6090608@FreeBSD.org> <alpine.BSF.2.00.1202131108460.2020@desktop> <4F3990EA.1080002@FreeBSD.org> <4F3C0BB9.6050101@FreeBSD.org> <alpine.BSF.2.00.1202150949480.2020@desktop> <4F3E807A.60103@FreeBSD.org> <CACqU3MWEC4YYguPQF_d%2B_i_CwTc=86hG%2BPbxFgJQiUS-=AHiRw@mail.gmail.com> <4F3E8858.4000001@FreeBSD.org> <CACqU3MWZj503xN_-wr6s%2BXOB7JGhhBgaWW0gOX60KJvU3Y=Rig@mail.gmail.com> <4F7DE863.6080607@FreeBSD.org> <4F833F3D.7070106@FreeBSD.org> <CACqU3MXo__hiKf%2Bs31c5WFZmVO_T8mJgu4A=KkMF=MWp8VoW4w@mail.gmail.com> <20120410160513.0b322f68@bhuda.mired.org> <CACqU3MW1c%2BRWBqw56QqCanCZd3BQX_qaFdrAxW2B-5=kPpGDrg@mail.gmail.com> <20120410171926.67ece307@bhuda.mired.org>
next in thread | previous in thread | raw e-mail | index | archive | help
The problem, IMHO, is none of this is in any way: * documented; * modellable by a user; * explorable by a user (eg by an easy version of schedgraph to explore things in a useful way. Arnaud raises a valid point - he's given a synthetic benchmark whose numbers are unpredictable. He's asking why. There are plenty of "complex systems interact complexly!" style answers, none of which are in any way useful to an end-user. Arnaud, have you ever used ktr/sched_graph to look at what's going on? I think it'd be a worthwhile step to begin documenting what's going on here. I'd also suggest (in a completely non-inflammatory way, so you may not be the right person to write it :-) perhaps keeping some kind of blog listing the tests you're doing and what the results of system inspection are. I think that kind of thing would be very very helpful for engineers and users who are looking to get better behaviour in their use case. This kind of thing is sorely lacking at the moment. Adrian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmonmkSrr=b_gfapSARmKxEuWQ1711eaykQO4jVi%2BG==%2BDg>