Poster | Thread |
cdimauro
| |
NEx64T - #7: the new SIMD/vector unit Posted on 27-Dec-2023 13:19:00
| | [ #1 ] |
|
|
|
Elite Member |
Joined: 29-Oct-2012 Posts: 3650
From: Germany | | |
|
| |
Status: Offline |
|
|
Karlos
| |
Re: NEx64T - #7: the new SIMD/vector unit Posted on 3-Jan-2024 18:23:55
| | [ #2 ] |
|
|
|
Elite Member |
Joined: 24-Aug-2003 Posts: 4405
From: As-sassin-aaate! As-sassin-aaate! Ooh! We forgot the ammunition! | | |
|
| @cdimauro
Given the propensity (for intel in particular) to just keep widening the vector unit and throwing more and more instructions at it, how do you intend to remain compatible in the long term? _________________ Doing stupid things for fun... |
|
Status: Offline |
|
|
cdimauro
| |
Re: NEx64T - #7: the new SIMD/vector unit Posted on 3-Jan-2024 23:36:10
| | [ #3 ] |
|
|
|
Elite Member |
Joined: 29-Oct-2012 Posts: 3650
From: Germany | | |
|
| @Karlos: the long term is represented by vector length-agnostic ISA extensions, which give the final solution to this problem (delegating to the implementation / microarchitecture those details).
NEx64T supports both vector length-agnostic and fixed-size vector registers with its ISA extensions and already extended the latter with 1024-bit fixed-size vector registers.
Intel has only reached 512 bit in this case, with AVX-512. There's still an encoding free / available in the EVEX prefix (introduced for AVX-512 instructions) which can be used for a hypothetical 1024 bit size.
However I don't know if something like that will happen in future, because having very large registers causes clock skew issues. On top of that, the chip consumes much more power. Both things are the reasons why the processor's clock slows down when using such wider units (it happens with AVX as well).
In short: Intel might introduce AVX-1024, reaching NEx64T. Beyond 1024 bits is very unlikely for both Intel's x64 and NEx64T, but eventually they require new encodings (since all configurations are used by the 1024 extension). NEx64T has an option to recycle the MMX encoding for introducing a 2048-bit register registers size, at the expense of not allowing anymore to execute both vector and SIMD instructions at the same time (which also happens with 1024-bit registers size).
However, and as I've stated, vector length-agnostic is / should be the way to go. If Intel engineers are smart enough, they should introduce it using the free encoding which is still available, instead of adding AVX-1024. |
|
Status: Offline |
|
|
Karlos
| |
Re: NEx64T - #7: the new SIMD/vector unit Posted on 4-Jan-2024 11:23:11
| | [ #4 ] |
|
|
|
Elite Member |
Joined: 24-Aug-2003 Posts: 4405
From: As-sassin-aaate! As-sassin-aaate! Ooh! We forgot the ammunition! | | |
|
| |
Status: Offline |
|
|
cdimauro
| |
Re: NEx64T - #7: the new SIMD/vector unit Posted on 11-Jan-2024 16:50:11
| | [ #5 ] |
|
|
|
Elite Member |
Joined: 29-Oct-2012 Posts: 3650
From: Germany | | |
|
| @Karlos: I can understand if we're in Germany (where I avoid to use such term), but... everywhere else?!? It's the right way to express the concept! |
|
Status: Offline |
|
|