On Mon, Aug 27, 2001 at 03:09:53PM -0700, Julian Elischer wrote:
> On Mon, 27 Aug 2001, Poul-Henning Kamp wrote:
> > In message <[EMAIL PROTECTED]>, Peter Wemm writes:
> > >My personal check list before committing it to -current is:
> > >- an honest shot at getting the Alpha working. Shouldn't be too hard.
> > > I'll work on this if nobody else will.
> > >- finish the userland build stuff.
> > >- carefully reread all of the key diffs for i386/i386/*, kern/*, vm/* etc.
> > >- take a look at ports impact and prepare them for the landing.
> > If you add:
> > - Beat the shit out of it together with other developers for a couple of
> > weeks.
> > Then I'm all for committing it when you have checked off those boxes.
> I agree with this list.
I think that realistically speaking, after having looked over the
diff, and after considering what was discussed here, that it would be
a good time to introduce the KSE work done thus far some time soon,
after said testing is done. The reason for this is that the KSE
changes to date are, as Julian and some others mentionned,
"infrastructural changes," and not _functional_ changes. Therefore, I
don't expect them to create additional logic issues (e.g. "I wonder if
it's KSE's semantics that are breaking this..." shouldn't come up with
these changes when debugging other code).
Thus, I agree with Peter and Julian on this issue and will be
applying the diff to both dual CPU machines I have here and testing
tonight. At the same time, I do hope that the actual _functional_
changes come in a hopefully more orderly/slower manner so that it is
in fact possible to track down logic problems w.r.t. KSE should they
On another (perhaps unrelated) note, I've noticed on the lists at
least one or two -CURRENT users/testers insist on having KSE
functionality but at the same time expecting to have production
material in early 5.0 "releases." I find this to be disturbing. While
I do agree that earlier "5.0 releases" should deffinately reach out to
the largest userbase possible, I am concerned that some users will
perhaps expect so much from the system that they will immediately go
ahead and pit it against more mature SMP OSes out there and then go on
to complain about everything under the Sun because "brand new
functionality (X) is not what I expected." The robustness and
performance of the work being done now will become more and more
apparent only as things progress and it should be noted that all of
these "nice things" resulting from all the work we're presently doing
will not just all magically surface when 5.0-RC1 (or whatever it's
going to be called) is "released."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message