[bitc-dev] Bitc and Simd

Jonathan S. Shapiro shap at eros-os.org
Sat Aug 14 12:57:04 PDT 2010


On Sat, Aug 14, 2010 at 10:50 AM, orthochronous <orthochronous at gmail.com>wrote:

> Additionally the
> NEON unit on ARM uses only the L2 cache, requiring explicitly making
> the L1 cache coherent with L2 before accessing any of the data in the
> main part of the CPU...
>

Good to know that ARM is consistent at *something*. They're developing deep
expertise at fucking up concurrency. Weak memory consistency, weak cache
coherency, and (until recently) a non-antialiased virtual cache.

Could somebody *please* form a chip company that has *architects* on staff!


> This is a reasonable design for multimedia, where most of the time the
> scalar and SIMD data-sets are don't overlap..
>

No, it isn't, but that's a long discussion. What you're describing is used
to be known as software scheduled [V]LIW. The ideas go back to the Yale
Bulldog machine, and without exception, every attempt to make them perform
well from compiler-generated code has failed for reasons that, in hindsight,
were completely inevitable. The biggest of those were irregularities of the
ISA w.r.t. pipeline function completion or memory coherency.

shap
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.coyotos.org/pipermail/bitc-dev/attachments/20100814/86566f05/attachment.html 


More information about the bitc-dev mailing list