Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!lucy.swin.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.ecn.uoknor.edu!news.wildstar.net!newsfeed.direct.ca!news.uoregon.edu!tezcat!news.bbnplanet.com!cam-news-hub1.bbnplanet.com!howland.erols.net!news.sprintlink.net!news-peer.sprintlink.net!news.sprintlink.net!news-hub.sprintlink.net!news.sprintlink.net!news-stk-200.sprintlink.net!helena.MT.net!nate From: nate@see.my.signature (Nate Williams) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: FreeBSD slower than Linux ? Date: 4 Feb 1997 20:24:09 GMT Organization: SRI Intl. - Montana Operations Lines: 45 Message-ID: <5d85t9$ipd@helena.MT.net> References: <dkleinh.854654600@isotope.ps.uci.edu> <5crh6q$44j@synge.maths.tcd.ie> <5d830v$4bf@secmon.sarnoff.com> NNTP-Posting-Host: trout.mt.sri.com Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:35053 [ Emailed to poster as well ] In article <5d830v$4bf@secmon.sarnoff.com>, Ron G. Minnich <rminnich@sarnoff.com> wrote: >: One thing that it might be is that the FreeBSD maths libraries don't >: have FPU code in them the way they are distributed, if you recompile >: them with HAVE_FPU=yes in /etc/make.conf this might make quite a >: difference for some things. > >Say it isn't so. It is so. >Users who might want to use these boxes for real computing, >have to recompile and reinstall the math libraries? Yep. >Maybe it's time to change this particular decision. This one makes my >brain hurt. So does not being able to run alot of system utils if you're on a 386/486SX class machine, which are still in common use by many folks using FreeBSD. And, it's really easy to re-compile the math libraries. :) I suspect there are more users who are concerned about having everything work right all the time out of the box than who are concerned about having it go as fast as possible on the high-end hardware. I *always* recompile the math libraries on my boxes, and on high-end hardware that has built in FPU is a 10 minute process (or 30 seconds on a high-end PPro box. :) Nate -- nate@sri.com | Research Engineer, SRI Intl. - Montana Operations work #: (406) 457-9000 | nate@trout.mt.sri.com | An unfeatured document is a bug. home #: (406) 443-7063 | - John Polstra