Re: Atmel releasing FLASH AVR32 ?
- From: "Wilco Dijkstra" <Wilco_dot_Dijkstra@xxxxxxxxxxxx>
- Date: Thu, 05 Apr 2007 21:47:54 GMT
"Ulf Samuelsson" <ulf@xxxxxxxxxxxxx> wrote in message news:ev2i1h$qhh$1@xxxxxxxxxxx
Multithreading on a high end general purpose CPU gives problem on their own.
Especially with cache trashing.
Absolutely. The "solution" is to add more cache...
With an embedded core where you use tightly coupled high bandwidth memory
for most of the threads you do not have that problem
Same solution: more fast on-chip memory.
I think it is eminently useful for assymetric multiprocessing where
you have some dedicated tasks to do which are best implemented
in a separate CPU to avoid real time response conflicts and can
be implemented in a low end 32 bitter.
I'm not quite sure what you're saying here. Are you advocating
asymmetric multiprocessing or asymmetric multithreading?
I think you need to stop trying to explain why a single CPU
is better than a multiththreaded CPU, because noone is
using a single CPU for implementing two simulaneously
operating software MACs.
First of all, you're the one that claims one CPU is better than 2...
I believe 2 CPUs is better in many cases - multicore is the future.
However if you do move to a single (faster) CPU then it doesn't
make much difference in terms of realtime response whether that
CPU is multithreaded or not. You seem to believe that threads are
somehow much better than interrupts - but as I've shown they are
equivalent concepts.
If you continue, that just proves that you are either ignorant or not listening
That kind of response is not helping your case. If you believe I'm wrong,
then why not prove me wrong with some hard facts and data?
The issues is replacing multiple CPUs/Memory Subsystems
with a single multithreaded CPU addressing a memory subsystem´
consisting of internal TCM memory, internal loosely coupled
memory (flash?) and external memory.
Most realtime CPUs have some form of fast internal memory,
this is not relevant to multithreading.
Eight cores and 16 threads (probably they mean per-core?) is impressive
for what sound like fairly mainstream cores.
It clearly says 2 threads per core. Any more would be a waste.
Look at Sun and UltraSparc T1, they certainly do not see the boundaries that you see.
The T1 has tiny caches and stalls on a cachemiss unlike any other
high-end out-of-order CPU, so they require more threads to keep going
if one thread stalls. It is also designed for highly multithreaded workloads,
so having more thread contexts means fewer context switches in software,
which can be a big win on workloads running on UNIX/Windows (realtime
OSes are far better at these things).
I do not think that they are limited by Intels vision...
Also I pointed you at the new MIPS Multithreading core.
They certainly do not agree with You!
If you do not understand the differences between cores like Itanium-2,
Pentium-4, Nehalem, Power5, Power6 (all 2-way multithreaded),
and cores like the T1, MIPS34K and Ubicom (8+ -way threaded),
then you're not the expert on multithreading you claim to be.
Wilco
.
- Follow-Ups:
- Re: Atmel releasing FLASH AVR32 ?
- From: Ulf Samuelsson
- Re: Atmel releasing FLASH AVR32 ?
- References:
- Re: Atmel releasing FLASH AVR32 ?
- From: Wilco Dijkstra
- Re: Atmel releasing FLASH AVR32 ?
- From: Ulf Samuelsson
- Re: Atmel releasing FLASH AVR32 ?
- Prev by Date: Re: HC12 : inDart-HCS12/D anyone ?
- Next by Date: Re: Where to get Atmel avr32 promo board ?
- Previous by thread: Re: Atmel releasing FLASH AVR32 ?
- Next by thread: Re: Atmel releasing FLASH AVR32 ?
- Index(es):
Relevant Pages
|