Линус Торвальдс выразил свое презрение к AVX-512 и выразил надежду, что Intel приступит к решению реальных проблем.

В эти выходные Линус Торвальдс (создатель ядра Linux) поделился своим мнением о наборе инструкций Intel AVX-512, используемом в некоторых из этих процессоров, в списке рассылки .

В своем комментарии Торвальдс упомянул, что " надеется, что AVX-512 ждет мучительная смерть ".

По мнению отца Linux, набор инструкций AVX-512 выгоден только для рынка высокопроизводительных вычислений и имеет реальные недостатки. Он считает, что Intel следует прекратить тратить ресурсы на новые наборы инструкций и сосредоточиться на действительно важных вещах.

Американский производитель микросхем Intel недавно объявил, что его будущие процессоры Alder Lake не будут совместимы с набором команд AVX-512.

AVX-512 — это набор 512-битных расширений для 256-битных SIMD (Advanced Vector Extensions) инструкций для архитектуры набора инструкций x86 , предложенный компанией Intel семь лет назад. Поддержка AVX-512 впервые появилась в процессоре Intel Xeon Phi x200 (Knights Landing) в 2016 году.

Впоследствии технология AVX-512 появилась и в других процессорах компании, в первую очередь в Skylake-SP, Skylake-X, Cannon Lake и Cascade Lake . В настоящее время процессоры Intel Cooper Lake и Ice Lake поддерживают определенные подмножества AVX-512. Ходили слухи, что Intel подтвердила поддержку AVX-512 в Tiger Lake, но недавно объявила, что в будущих процессорах Alder Lake эта поддержка отсутствовать будет.

Для Торвальдса все это бесполезно, и он надеется, что Intel вернется к основам и перезапустит свой процесс.

«Я надеюсь, что AVX-512 умрет мучительной смертью, и что Intel начнет решать настоящие проблемы вместо того, чтобы пытаться создавать волшебные инструкции, а затем создавать тесты, которым они могут доверять», - заявил он?

Он также хочет, чтобы производитель чипов больше сосредоточился на обычном коде , а не на высокопроизводительных вычислениях (HPC) или любых других ненужных особых случаях. По словам Торвальдса, все это напоминает времена, когда Intel доминировала на рынке чипов, но ее полноценная производительность была нулевой.

«Я уже говорил об этом и скажу еще раз: во времена расцвета x86, когда Intel смеялась над банком и убивала всех своих конкурентов, абсолютно все добивались большего успеха, чем Intel, когда дело касалось FP Charges.

Производительность Intel FP была равна нулю (условно говоря), и это не имело значения, потому что, на самом деле, никого не волновало, кроме тестов. То же самое касается AVX-512 сегодня и в будущем. Да, мы можем найти то, что имеет значение. Нет, эти штуки вообще не продают машины », - сказал он.

Линус Торвальдс считает, что у AVX-512 есть реальные недостатки , и предпочел бы, чтобы бюджет компании, выделенный на транзисторы, был использован для других, гораздо более важных задач, даже если это все еще математические вычисления с плавающей запятой (в графическом процессоре, а не в AVX-512).

В противном случае вы хотите, чтобы мы просто предоставили вам больше ядер (с хорошей однопоточной производительностью, но без потерь, как AVX-512), как это сделала AMD. Таким образом, помните, что вы недавно перешли с процессора Intel на процессор AMD Threadripper.

Торвальдс сказал, что с этим процессором его тесты "allmodconfig" в три раза быстрее, чем раньше. Тем не менее, по сравнению с AVX-512, он сказал, что хочет, чтобы его пределы мощности были достигнуты с помощью обычного целочисленного кода, а не с помощью вируса питания AVX-512, который подавляет максимальную частоту (потому что люди в конечном итоге использовали его для memcpy!) .

Наконец, Линус Торвальдс сказал, что, по его мнению, с AVX-512 что-то не так.

Да, да, я пристрастен. Я категорически не одобряю тесты FP и понимаю, что другим они очень важны. Я просто думаю, что AVX-512 - это как раз то, что нужно делать. Это одно из моих хобби. «Это хороший пример того, что Intel сделала неправильно, отчасти просто из-за увеличения фрагментации рынка», - сказал он.

Если вы хотите узнать больше, вы можете перейти по следующей ссылке.


Добавить в качестве предпочтительного источника в Google