Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] Next AMD FX-8120 update



What you will typically find is that if your threads are CPU bound then you will see better performance over the long term with HT disabled.  The reason is that the phantom CPUs that HT provides need to share cache and memory bandwidth and there is some extra switching overhead.  The upshot is that if you have 1 CPU with 2 HT threads and 4 CPU-bound jobs to run, the total time to run all 4 jobs will be less with HT disabled.  As an aside for anyone running a Condor pool, disabling HT is recommended for this reason.

On the other hand, if you are not CPU-bound across all of your threads, or in environments where concurrency is more important than throughput, then HT may be a win.

AMD's Bulldozer architecture has less resource contention than Intel's HT implementations (less overhead) but two threads on 1 core still have to share some resources and you will usually see results similar to what I described.

--Rich P.




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org