Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 13 Dec 2004 11:17:37 -0800
From:      Julian Elischer <julian@elischer.org>
To:        Scott Long <scottl@freebsd.org>, John Baldwin <jhb@freebsd.org>, Jeff Roberson <jeff@FreeBSD.org>, Peter Wemm <peter@freebsd.org>, Stephan Uphoff <ups@tree.com>, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: cvs commit: src/sys/kern sched_ule.c
Message-ID:  <41BDEAD1.9060308@elischer.org>
In-Reply-To: <41BDE477.5050103@freebsd.org>
References:  <200412131309.iBDD9XXi045169@repoman.freebsd.org> <20041213082407.U9536@mail.chesapeake.net> <41BDDD5E.9060308@elischer.org> <41BDE477.5050103@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help

The whole problem that "slots" is trying to solve is to stop a single 
process
from being able to flood the system with threads and therefore make the 
system
unfair in its favour.

The "slots" method is really suitable for the 4bsd scheduler but it is 
really
not so good for ULE (at least I think that there are probably better 
ways that
ULE could implement fairness).

What I think should happen at this stage is that the inclusion of 
kern_switch.c
should be replaced by actually copying the contents of that file into 
the two
schedulers and that they be permitted to diverge. This would allow ULE and
BSD to be cleaned up in terms of the sched_td/kse hack (where they are in
fact the same structure, but to keep diffs to a minimum I defined one in
terms of the other with macros).

It would also allow jeff to experiment absolutly freely on how ULE might
implement fairness without any constraints of worrying about the BSD
scheduler, and visa versa.

I have been hesitant to do this because there was some (small) amount of
work going on in the shared file, but I think it is time to cut the 
umbilical
cord. If ULE is really fixed then this would be a good time to break 
them apart,
and delete kern_switch.c (or at least move most of the stuff in it out 
to the
two schedulers). This would protect ULE from future problems being
"imported" from BSD for example.

comments?




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41BDEAD1.9060308>