FreeBSD 6 is coming too fast

neuro at mail.fci.fsu.edu neuro at mail.fci.fsu.edu
Sun Apr 24 17:01:01 PDT 2005


performance on many systems is very hard to gauge.  I think this is 
something mostly left up to the individual, as hardware-software 
combinations truly make up the performance of a system.

On Sun, 24 Apr 2005, Jon Noack wrote:

> On 04/24/05 18:29, /dev/null wrote:
>> <snip>
>> 
>> needed. All in all life on 5.x and the "upgrade" wasn't too bad. I will
>> say that there is ONE issue that I have found and have not yet solved. It
>> now takes at least 2 times longer to build any of the ports. Performance
>> in other areas seems to be lagging as well. I have since upgraded one of
>> the 2 servers to 5.4-RC2 and have been chasing 5.x ever since hoping to
>> find the performance issues will dissappear.
>
> If you are running a UP system, it is expected that 4.x will outperform 5.x 
> in many situations due to the focus on SMP.  Optimizing synchronization to 
> increase performance is one of the main goals for 6.x (see the recent work on 
> critical sections, for example).  This will allow us to scale well on SMP 
> systems without pessimizing performance on UP systems.
>
> Another point to remember is that compilation times with GCC 3.4 (default for 
> recent 5.x) are much longer than those with 2.95 (default for 4.x), 
> especially at higher optimization levels.  This is one of the main reasons 
> why it takes longer to compile a port.
>
> That said, in what specific areas are you seeing performance regressions?
>
> Jon
> _______________________________________________
> freebsd-current at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
>


More information about the freebsd-current mailing list