Unfortunately, due to the complexity and specialized nature of AVX-512, such optimizations are typically reserved for performance-critical applications and require expertise in low-level programming and processor microarchitecture.
Whomever wrote this article is just misleading everyone.
First of all, they did this for other kinds of similar instruction sets before, so this is nothing special. Second of all, they measure the speedup compared to a basic implementation that doesn’t use any optimizations.
They did the same in the past for AVX-2, which is 67x faster in the test where avx-512 got the 94x speed increase. So it’s not 94x faster now, it’s 1.4x faster than the previous iteration using the older AVX-2 instruction set. It’s barely twice as fast as the implementation using SSE3 (40x faster than the slow version), an instruction set from 20 years ago…
So yeah, it’s awesome that they did the same awesome work for AVX-512, but the 94x boost is just plain bullshit… it’s really sad that great work then gets worded in such a misleading way to form clickbait, rather than getting a proper informative article…
I worked in the media broadcasting, we had an internal lib to scale/convert whatever format in real time, and it went from basic operation, to SSE3, to AVX512, to CUDA, and yes crafting some functions/loops wit assembly can give an enormous boost.
The only thing the article adds to the headline is that it’s not possible on new Intel chips. This article seems significantly better.
Relevant section:
Intel made waves when it disabled AVX-512 support at the firmware level on 12th-gen Core processors and later models, effectively removing the SIMD ISA from its consumer chips.
There is an issue, though: Intel disabled AVX-512 for its Core 12th, 13th, and 14th Generations of Core processors, leaving owners of these CPUs without them. On the other hand, AMD’s Ryzen 9000-series CPUs feature a fully-enabled AVX-512 FPU so the owners of these processors can take advantage of the FFmpeg achievement.
Intel can’t stop the L.
As for the claims and benchmarking, we need to see how much it actually improves. Because the 94x performance boost is compared to baseline when no AVX or SIMD is used (if I understand the blog post correctly). So I wonder how much the handwritten AVX-512 assembler code improves over an AVX-512 code written in C (or Rust maybe?). The exact hardware used to benchmark this is not disclosed either, unfortunately.
nice.
can usually get a pretty good performance increase with hand writing asm where appropriate.
don’t know if its a coincidence, but i’ve never seen someone who’s good at writing assembly say that its never useful.
To be fair, people who don’t find assembly useful probably wouldn’t get good at writing assembly
sure. specifically, different tools are good for different tasks. if someone’s tasks don’t require the use a certain tool, its quite reasonable for them to say “this tool isn’t useful for me”.
its another thing altogether to say “this tool isn’t useful at all”, especially when they have not performed the tasks for which it is useful.
Absolute madness. I cringe at the thought of making modern x86 asm code.
Great work!
When this comes to the BSD’s, it will be interesting to see if there is a significant difference in multimedia. I bought Intel 11th gen over 10th for it’s AVX-512.
Why, do you expect a difference on bsd?
