From owner-freebsd-hackers Tue Jun 18 14:54:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 5F2BE37B40A for ; Tue, 18 Jun 2002 14:54:18 -0700 (PDT) Received: from hades.hell.gr (patr530-a231.otenet.gr [212.205.215.231]) by mailsrv.otenet.gr (8.12.3/8.12.3) with ESMTP id g5ILsBuJ020558; Wed, 19 Jun 2002 00:54:12 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.4/8.12.4) with ESMTP id g5ILsADS010889; Wed, 19 Jun 2002 00:54:10 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from charon@localhost) by hades.hell.gr (8.12.4/8.12.4/Submit) id g5ILoIZC010849; Wed, 19 Jun 2002 00:50:18 +0300 (EEST) X-Authentication-Warning: hades.hell.gr: charon set sender to keramida@ceid.upatras.gr using -f Date: Wed, 19 Jun 2002 00:50:18 +0300 From: Giorgos Keramidas To: Mike Silbersack Cc: Lucky Green , freebsd-hackers@FreeBSD.ORG Subject: Re: LINT CPU features table Message-ID: <20020618215018.GD10528@hades.hell.gr> References: <002d01c21573$d692ea50$0100a8c0@LUCKYVAIO> <20020616223526.B13544-100000@patrocles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020616223526.B13544-100000@patrocles.silby.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-06-16 22:38 -0500, Mike Silbersack wrote: > On Sun, 16 Jun 2002, Lucky Green wrote: > > If only a few CPU's would benefit from the CPU-specific options, > > creating a table of CPU options for those few CPU's should be all the > > simpler. What I am I missing? > > IMHO, the performance benefits are so small, that it's best to not even > concern people with making cpu-specific kernels. > > CPU-specific compiler options might actually make a difference, but those > tend to create kernels that crash. Or do not work flawlessly across hardware upgrades. I have an installation here at home that has gone through many hardware upgrades (motherboard, cpu, or other vital parts) and has worked like a charm, compiling worlds since 3.2-RELEASE from source. Having a userland or kernel that is 486-specific would have been a major PITA when I changed the cpu to a Pentium, with a new PITA waiting at the next corner, when I switched to a Celeron, etc. I feel that it's very nice that "uname -p" and "uname -m" still print "i386" in their output :-] - Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message