From owner-freebsd-hackers  Thu Jun  6 17:45:21 2002
Delivered-To: freebsd-hackers@freebsd.org
Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2])
	by hub.freebsd.org (Postfix) with ESMTP
	id 116B337B406; Thu,  6 Jun 2002 17:44:58 -0700 (PDT)
Received: from apollo.backplane.com (localhost [127.0.0.1])
	by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g570hbCV001181;
	Thu, 6 Jun 2002 17:43:37 -0700 (PDT)
	(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
	by apollo.backplane.com (8.12.3/8.12.3/Submit) id g570hbhw001180;
	Thu, 6 Jun 2002 17:43:37 -0700 (PDT)
	(envelope-from dillon)
Date: Thu, 6 Jun 2002 17:43:37 -0700 (PDT)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <200206070043.g570hbhw001180@apollo.backplane.com>
To: j mckitrick <jcm@FreeBSD-uk.eu.org>
Cc: Mike Silbersack <silby@silby.com>,
	John Baldwin <jhb@FreeBSD.ORG>, freebsd-hackers@FreeBSD.ORG
Subject: Re: SMP/5.0 performance on single CPU?
References: <20020607011035.B79818@dogma.freebsd-uk.eu.org> <20020606191745.V3036-100000@patrocles.silby.com> <20020607013538.C79818@dogma.freebsd-uk.eu.org>
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-hackers.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-hackers>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-hackers>
X-Loop: FreeBSD.ORG


:| If none of the features are that useful to you, then by all means stick
:| with 4.7 or whatever we're up to when 5.0-release comes out.  I'm sure
:
:Well, I definitely plan to move to 5.x.  The question is when.  When it
:will be ready for general use, and when I will be able to learn all the
:new features I need to know about to use it.

    I think a good point for developers not already testing 5.x to move to
    5.x will be when the VM system, UFS64, and the new compiler are
    stabilized.  People are working on all three of these problem areas now
    so my guess is that if we go with a new syscall vector to handle 64 bit
    entity changes things will be nicely stabilized in a month.

    My only big worry is how we deal with the 64 bit entity changes for
    things like time_t... e.g. use a new syscall vector or shove it into
    the old one.

    It will probably be at least 5.1 or even 5.2 before 5.x is useable in
    a production environment.  My guess anyway.

						-Matt


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message