Messages in this thread | | | From | "Scott Robert Ladd" <> | Subject | RE: Minutes from Feb 21 LSE Call | Date | Tue, 25 Feb 2003 16:38:38 -0500 |
| |
Chris Wedgwood wrote: SRL>HT is not the same thing as SMP; while the chip may appear to be SRL>two processors, it is actually equivalent 1.1 to 1.3 processors, SRL>depending on the application. > CW> You can't have non-integer numbers of processors. HT is a hack CW> that makes what appears to be two processors using common CW> silicon.
I'm aware of that. ;) I'm well aware of the architecture needed to support HT.
> The fact it's slower than a really dual CPU box is irrelevant in some > sense, you still need SMP smart to deal with it; it's only important > when you want to know why performance increases aren't apparent or you > loose performance in some cases... (ie. other virtual CPU thrashing > the cache).
Performance differences *are* quite relevant when it comes to thread scheduling; the two virtual CPUS are not necessarily equivalent in performnace.
> As Alan pointed out, since the 'Walmart' class hardware is 'whatever > is cheapest' then perhaps HT/SMT/whatever won't be common place for > super-low end boxes in two years --- but I would be surprised if it > didn't gain considerable market share elsewhere.
I suspect HT/SMT be common for people who have multimedia systems, for video editing and high-end gaming.
I doubt we'll see SMT toasters, though.
> UP != HT
An HT system is still a single, phsyical processor; HT is not equivalent to a multicore chip, either. Much depends on memory and connection models; a dual-core chip may be faster or slower than two similar physical SMP processors. depending on the architecture.
I was speaking in terms of Intel's push to add HT to all of their P4s. Systems with a single CPU will likely have HT; that still doesn't make them as powerful as a true dual processor (or dual core CPU) system.
> HT is SMP with magic requirements. For multiple physical CPUs the > requirements become even more complex; you want to try to group tasks > to physical CPUs, not logical ones lest you thrash the cache.
Eaxctly. This is why HT is not the same thing as two physical CPUs. The OS must be aware of this the effectively schedule jobs. So I think we generally agree.
> If HT does become more common and similar things abound, I'm not sure > if it even makes sense to have a UP kernel for certain platforms > and/or CPUs --- since a mere BIOS change will affect what is > 'virtually' apparent to the OS.
A good point.
..Scott
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |