Date: Sat, 24 Apr 2010 14:05:14 -0400 From: Michael Powell <nightrecon@hotmail.com> To: freebsd-questions@freebsd.org Subject: Re: Which CPUTYPE in make.conf? Message-ID: <hqvbnn$vem$1@dough.gmane.org> References: <201004241744.47794.jmc-freebsd2@milibyte.co.uk> <hqv9pq$pec$1@dough.gmane.org> <y2zd74eb87c1004241044x1944ba7eh70a59eda80381681@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
C. P. Ghost wrote: > On Sat, Apr 24, 2010 at 7:32 PM, Michael Powell <nightrecon@hotmail.com> > wrote: >> I think this matters more to third party ports software builds than it >> does the system. I thought that large pieces of the kernel were designed >> to not make much, if any, use the various SIMD extensions. Maybe this has >> changed and I'm behind the times. > > I wouldn't bother setting CPUTYPE at all. It's more trouble than it's > worth. Actually, I've been setting CPUTYPE for many years and have never had any trouble as a result. I've always used the form: CPUTYPE?= blah instead of CPUTYPE= without the question mark. > And you're right: for most ports and for the whole system, it doesn't > really matter. If you have a very specific port that needs particular > tuning, it has either already been tuned individually by the port > maintainer, or you could apply more optimizations yourself (which would > likely require a specially compiled tool chain, when -O<something> with > the base gcc/binutils isn't enough). I have also used CFLAGS= -O2 -pipe COPTFLAGS= -O2 -pipe. About the only place it will really make any difference is in some multimedia apps. And you're right that if needed the port maintainer has already taken care of this. > Unless you have a very specific need, better leave CPUTYPE alone. Thing is, any performance increase is only going to be very small. So small the difference can probably not be seen subjectively. I'll do it as long as it creates no problem; if any problem were to arise over this I'd kill it in a heartbeat and not fuss over it. It is a point of diminishing returns. [snip] -Mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?hqvbnn$vem$1>