Date: Sun, 9 Feb 2003 07:28:36 -0800 From: David Schultz <dschultz@uclink.berkeley.edu> To: Marcin Dalecki <mdcki@gmx.net> Cc: Adrian Chadd <adrian@freebsd.org>, Terry Lambert <tlambert2@mindspring.com>, Ray Kohler <ataraxia@cox.net>, freebsd-current@freebsd.org Subject: Re: Compiling with high optimization? Message-ID: <20030209152836.GB1390@HAL9000.homeunix.com> In-Reply-To: <3E4671E6.8090000@gmx.net> References: <20030208173756.GA56030@arkadia.nv.cox.net> <20030208232724.GA20435@HAL9000.homeunix.com> <3E459BF3.BB3FC381@mindspring.com> <20030209002542.GA20812@HAL9000.homeunix.com> <20030209141006.GB33928@skywalker.creative.net.au> <20030209150120.GA2263@HAL9000.homeunix.com> <3E4671E6.8090000@gmx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Thus spake Marcin Dalecki <mdcki@gmx.net>: > David Schultz wrote: > > >Strangely, gcc in FreeBSD 5.0 actually generates *slower* code > >when compiling for more recent architectures than when compiling > >for a 386. I don't know whether that is a bug in gcc or whether > >gcc is using some fancy feature like SSE that the kernel handles > >poorly on context switches. I think there was some discussion on > >the lists about it earlier. > The reason is that the optimization done by GCC are ill balanced. > All the scheduling of instractions and what a not - which would be > fine on a micro scope level is causing so much higher pressure > on the CPUs caches that the code is actually loosing. Interesting. So they redid the code generation for gcc 3 and their new tricks backfired. But at least they fixed the completely braindead things gcc 2.9x was doing with alignment, floating point, and combinations thereof, and they got the compiler to do more reasonable things on ia64. Any idea when they will have fixed the i386 anti-optimizations? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030209152836.GB1390>