If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite
I wonder if there are still CPUs being used these days that don't have SSE, but do have MMX or that run the MMX codepath better than the SSE one... Is MMX still relevant?
I wonder if there are still CPUs being used these days that don't have SSE, but do have MMX or that run the MMX codepath better than the SSE one... Is MMX still relevant?
The reason I was working on the MMX code paths were for Loongson and ARM/iwMMXt.
But they can't run pixman's MMX paths, because that's actually SSE-enhanced MMX, in layman terms
Does anyone actually use these?
The main user of MMX/x86 that I know of is the OLPC XO-1, which has a Geode with MMX plus the AMD MMX extensions (the ones that were included with SSE).
Not a huge market share no, but they're used in thin clients / signage / point of sale / etc.
Btw, it's quite interesting to have these things happen, just like once the 486 patents expired 486 clones started appearing from non-intel-amd-via manufacturers. 586 and MMX are free to go now it seems, and we're seeing 1GHz low power cpus with those.
curaga, do you have an Xcore86 cpu yourself? It is just difficult to maintain pure legacy MMX code and make sure that it always works properly (no stray SSE-enhanced instructions accidentally mixed in) when there is no hardware available to run tests.
Comment