Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 27 Mar 2005 20:01:57 +0200
From:      Anthony Atkielski <atkielski.anthony@wanadoo.fr>
To:        freebsd-questions@freebsd.org
Subject:   Re: hyper threading.
Message-ID:  <1312606695.20050327200157@wanadoo.fr>
In-Reply-To: <8C701039E12745C-450-3B05F@mblk-d13.sysops.aol.com>
References:  <c6ef380c050326061976f164b@mail.gmail.com> <1641928994.20050326192811@wanadoo.fr> <8C700529A2DFD74-A44-3A157@mblk-d34.sysops.aol.com> <439876144.20050326220638@wanadoo.fr> <8C7006AE7E80573-FAC-3B652@mblk-r28.sysops.aol.com> <49251524.20050326234521@wanadoo.fr> <8C7007D5D4D30D2-A38-3B313@mblk-r33.sysops.aol.com> <14510304120.20050327123336@wanadoo.fr> <8C701039E12745C-450-3B05F@mblk-d13.sysops.aol.com>

next in thread | previous in thread | raw e-mail | index | archive | help
em1897@aol.com writes:

> You know, you spout all of this wonderful theory without considering
> the quality of the implementation.

Somethings can be derived directly from theory.  If you know the design
of the hardware, you can predict that two processors will provide x%
increment of throughput over a single processor, even if you don't
actually measure them.

In my case, I cite both theory and my own experience in measuring actual
systems.  The general principles of behavior of multiprocessor systems
are well understood, although specific implementations vary.  It is
clear, based even on design data alone, that hyperthreading will
generally improve throughput and should never diminish it (disregarding
OS overhead).  It is equally clear that the gain won't be as great as
having physically independent processors, but the idea of putting more
of the idle processor logic to work is a good one.

> And a key point that you consistently overlook is that FreeBSD 5.x is
> a particularly poor implementation of SMP. Linux and Dragonfly get 80%
> improvement in performance with a 2nd processor, and FreeBSD doesn't.

I'd need to see measurements to substantiate this.

In general, when it comes to optimization, it's best not to fret too
much over how many percentage points of processor power or throughput
you gain or lose with specific configuration or implementation choices.
If your system is running so close to the wire that five percent makes
the difference between 100% busy and less than 100% busy, you need more
hardware in any case.

> The concept that the kernel is poorly implemented by userland is well
> done is just not an assumption that you can make.

Actually, it's not something that I spend a lot of time thinking about.
Right now, my production system is never more than 0.4% busy.  And if it
were 99% busy, I'd be looking at faster hardware, no matter what OS or
HT/MP options I might have implemented.

-- 
Anthony




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1312606695.20050327200157>