Date: Tue, 10 Apr 2012 17:19:26 -0400 From: Mike Meyer <mwm@mired.org> To: Arnaud Lacombe <lacombar@gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: [RFT][patch] Scheduling for HTT and not only Message-ID: <20120410171926.67ece307@bhuda.mired.org> In-Reply-To: <CACqU3MW1c%2BRWBqw56QqCanCZd3BQX_qaFdrAxW2B-5=kPpGDrg@mail.gmail.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 10 Apr 2012 16:50:39 -0400 Arnaud Lacombe <lacombar@gmail.com> wrote: > On Tue, Apr 10, 2012 at 4:05 PM, Mike Meyer <mwm@mired.org> wrote: > > On Tue, 10 Apr 2012 12:58:00 -0400 > > Arnaud Lacombe <lacombar@gmail.com> wrote: > >> Let me disagree on your conclusion. If OS A does a task in X seconds, > >> and OS B does the same task in Y seconds, if Y > X, then OS B is just > >> not performing good enough. > > > > Others have pointed out one problem with this statement. Let me point > > out another: [elided] > You are discussing implementations in both case. If the implementation > is not good enough, let's improve it, but do not discard the numbers > on false claims. No, I was discussing goals. You need to know what the goals of the system are before you can declare that it's "just not performing good enough" simply because another system can perform the same task faster. That may well be true, and you can get the same performance without an adverse effect on other goals. But it may also be the case that you can't reach that higher performance goal for your task without unacceptable effects on more important goals which aren't shared by the OS that's outperforming yours. One set of numbers is merely an indication that there may be an issue that needs to be addressed. They shouldn't be discarded out of hand. But they shouldn't be used to justify changes until you've verified that the changes aren't having an adverse effect on more important goals. <mike -- Mike Meyer <mwm@mired.org> http://www.mired.org/ Independent Software developer/SCM consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120410171926.67ece307>