lkml.org 
[lkml]   [2004]   [Oct]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH] cpusets - big numa cpu and memory placement
    From
    Date
    On Fri, 2004-10-08 at 11:23, Paul Jackson wrote:
    > CKRM aspires to be both a general purpose resource management framework
    > and the embodiment of fair share scheduling.

    I think your missing something here. CKRM, as I understand it, aspires
    to be a general purpose resource management framework. To that point I
    will accede. But the second part, about CKRM being the embodiment of
    fair share scheduling, is secondary. That is simply one of it's
    potential functions as a general purpose resource management framework.
    It could also be the embodiment of unfair scheduling, if you choose to
    implement such a resource controller. It wouldn't be very useful, but
    it could be a fun exercise! ;)


    > If for whatever reason, you don't think it is worth the effort to morph
    > the virtual resouce manager that is currently embedded within CKRM into
    > an independent, neutral framework, then don't expect the rest of us to
    > embrace it. Do you think Reiser would have gladly used vfs to plug in
    > his file system if it had been called "ext"? In my personal opinion, it
    > would be foolhardy for SGI, NEC, Bull, Platform (LSF) or Altair (PBS) to
    > rely on critical technology so clearly biased toward and dominated by a
    > natural competitor.

    I don't think that is terribly fair. I can honestly say that I'm not
    opposing your implementation because of who you work for. I could care
    less. I'm opposing it because I think I've got an alternative that can
    offer the same functionality with less impact. I don't work on CKRM,
    and when I wrote my code CKRM was not even on my radar. If
    sched_domains will play nicer with CKRM than cpusets, thats just a
    bonus. I certainly didn't design it that way!


    > When someone offers you an open door ("Keep talking"), don't slam it in
    > their face. It might not open again.

    *More* analogies!?! ;)


    > ... keep talking ...

    I warned you!

    -Matt

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:06    [W:4.188 / U:0.480 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site