Might just be the AVX instructions and not any legacy.
So long as it still has nice scatter/gather and vector masking, I don't mind. Full compatibility with their existing vector instructions for CPUs would be more important than compatibility with the single generation of Phis before it, in my eyes.
AVX3.2 is in Skylake and the core will be able to do 16Flops per core per cycle (2x Haswell). This is presumably with the FMA part of the ISA.
AVX3.2 is in Skylake and the core will be able to do 16Flops per core per cycle (2x Haswell). This is presumably with the FMA part of the ISA.
AVX3.2 is in Skylake and the core will be able to do 16Flops per core per cycle (2x Haswell). This is presumably with the FMA part of the ISA.
Would it really be practical for Intel to, say, remove the MMX/SSE/AVX units from the x86 core and throw some Phi cores on the die instead?
Would it really be practical for Intel to, say, remove the MMX/SSE/AVX units from the x86 core and throw some Phi cores on the die instead?
Oh good gracious no. The #1 selling point of x86 (at least on Windows) is backwards compatibility. If you can't run MMX, SSE or AVX, the vast majority of applications from the last 10 years flat out won't run on your core. (Not to mention, AMD64 mandates a minimum of SSE2.)
Call it "I can't believe it's not x86" then. Include software emulation to provide compatibility. "Force" people to upgrade their software to take advantage, and of course they would then buy new hardware. Lock AMD out :twisted:
The only thing which is even starting to go that way is x87People bought into SSE to improve performance in apps that needed it, if Intel started tanking it intentionally they'd get a bit annoyed.
However, implementing SSE on the lower 128bts of a 512bt pipeline can't be that tricky, surely (I say naively)- they already do it for 128-on-256 with Haswell.
128-bit Intel® AVX instructions operate on the lower 128 bits of the YMM registers and zero the upper 128 bits. However, legacy Intel® SSE instructions operate on the XMM registers and have no knowledge of the upper 128 bits of the YMM registers. Because of this, the hardware saves the contents of the upper 128 bits of the YMM registers when transitioning from 256-bit Intel® AVX to legacy Intel® SSE, and then restores these values when transitioning back from Intel® SSE to Intel® AVX (256-bit or 128-bit).
I'm kinda curious how a socketed knight's landing would be priced..
Hopefully not too much more than the regular socketed Xeon E5s- not including the cost of GDDR5 and the PCB should help a lot.
Not likely. Xeon Phi is targeted exclusively at the HPC market, and runs software by and for that market. So it doesn't have to be binary compatible with legacy CPU extensions.Knight's Landing is listed as having AVX3.1, Skylake as having AVX3.2- does this mean we will see SSE & AVX support in the next Phi...
That's a little more likely. AVX 3.2 suggests backward compatibility with Phi's AVX 3.1....and Phi instruction set support in Skylake
I wonder if Broadwell will support AVX 3.1, or if Skylake simply jumps in with both 3.1 and 3.2.