- Open Source Workshop #2 - Voyage Linux Introduction
- Spam protected email address for mailman archive
- Subversion to DVCS - Your mindset has to change as well
- DNMA92, ath9k and hostapd with Voyage Linux
- Slides for Open Source Developer talk at SFD
- Open Source Developer talk at Software Freedom Day 2009 HK
- Building compat-wireless drivers for 2.6.30
- leds-alix2 module in 2.6.30 kernel
- squashfs 4.0 on Debian Lenny and 2.6.30 kernel
- Upgrade Debian Etch Xen 3.0.2 to Lenny Xen 3.2
When HT met MP
Although Hyper-Threading technology could provide some increase (~30%) of performance.
This is done by effective shared resource on the same processor. On Linux and Windows
system, a single HT Processor could found 2 CPU resources. However, since HT technology
makes use of shared resources, the performance of a processor with HT enabled is not as
fast as two processors with HT disabled. Hence, under multiple processors configuration,
if the scheduler of the kernel is not HT-aware, two running tasks may be scheduled on the
two virtual processors of the same physical processor instead of two physical processors.
This is because the kernel view it has 4 processors instead of 2, say, on a dual
HT-processors system. The bad thing is this could make one phyiscal processor saturated
while the other completely idle. In consequence, it makes performance result unpredictable
as the scheduling of running tasks on multiple virtual processors is random since
it treats all processors the same.
The following links shows how Linux kernel be patched in order to solve the imbalance
situation:
And I wonder how Windows 2000/XP Pro addresses the scheduling problem of SMP with HT...


