Более двух лет на рынок не выводились новые многоядерные сопроцессоры Intel Xeon Phi. Можно было бы подумать, что компания потеряла к ним интерес, но это не так, доказательство чему — только что анонсированная новая линейка 7200 (кодовое название — Knights Landing). В линейке 4 модели: 7290, 7250, 7230 и 7210. По сравнению с предыдущим поколением увеличилось количество ядер, теперь их от 64 до 72 (до 288 потоков с гипертредингом). Техпроцесс уменьшился до 14 нм. Рабочая частота немного подросла, при этом почти на 20% упало энергопотребление, составляющее 215-245 Вт. L2-кэш увеличился до 32-36 Мб.
Новые Xeon Phi получили поддержку памяти DDR4-2400 (кроме младшей модели, там используется DDR4-2133), максимальный объем памяти — 384 Гб, скорость шины памяти — 115/102 ГБ/с, размер собственной памяти — 16 Гб. Сопроцессоры могут использовать набор расширенных инструкций AVX-512, доступен также ряд современных процессорных функций, таких как AES-NI для повышения производительности шифрования, Execute Disable Bit и других. А вот аппаратной поддержки виртуализации, к сожалению, пока так и нет. Шина подключения к хосту — PCI Express 3.0 x16.
Новые сопроцессоры появятся в продаже в течение этого года, их стоимость — от $2500 за младшую модель до $6200 за топовую. Ниже вы найдете сводную табличку основных характеристик Xeon Phi, подробную сравнительную таблицу смотрите на Intel ARK.
Комментарии (15)
sHaggY_caT
24.06.2016 11:46Похоже, довольно подходящая штука для Docker-based облака или OpenVZ/Virtuozzo.
Amatist
24.06.2016 14:40-2Камни не поддерживают аппаратную виртаулизацию, так что очень плохо для облаков.
DmitryBabokin
24.06.2016 13:51+1Это не совсем сопроцессоры. В отличии от первого поколения, они будут поставляться как в виде карты расширения, так и в виде обычных центральных процессоров. К тому же теперь это обычные x86 совместимые процессоры, на которых можно поднять обычную операционку и использовать классические x86 бинарии без бубна.
Кстати, это первое железо, на котором доступен AVX-512.
a0fs
27.06.2016 15:12Вот интересно, зачем спец процессоры делать обычными x86. ИМХО x86 и так уже растянута на всё что только можно и непонятно, как оно ещё не лопнуло от всего этого. Странное решение.
Ну это так, мысли вслух…DmitryBabokin
01.07.2016 13:51+1На самом деле очень логичное решение. Совместимость — великая вещь. Для всей обвязки, которая необходима для комфортной работы не нужна производительность (ну там vim запустить, утилитки какие-нибудь и так далее). А для максимальной производительности как раз тулы самые мощные умеют делать x86 код. Опять же всячески инструменты для анализа производительности будут нормально работать. NVidia 8 лет пилила компилятор для Куды и только недавно у них начало всё быть похоже на зрелую экосистему.
К тому же в x86 нет практически ничего такого, что делает её хуже того же ARM или любой другой системы команд. Я имею ввиду ничего такого, что снижает скорость итогового решения или его энергоэффективность. Иначе бы были приняты неотложные меры к исправлению ситуации :)a0fs
02.07.2016 09:06-1x86 — есть матрёшка, где в самом сердце сидит процессор для калькулятора. Где-то на хабре была статья о командах в этой архитектуре, в элементах которых прослеживается все взлёты и падения, удачные и неудачные решения, заблуждения и находки. Поэтому набор этих команд крайне разнообразен, их структура воспринимается сложно, а местами требования обратной совместимости не дают что-то сделать по-человечески. И теперь всё вот это безумие мы имеем на НОВОМ процессоре, заточенном под СПЕЦИАЛЬНЫЕ задачи. Когда такая ситуация имела место ранее, были сделаны ещё 2 типа процессоров: математический и видео (я уже не говорю что современная миниЭВМ, то бишь сервер, имеет по спец процессору на каждую вторую и каждую первую ключевую подсистему), и никто не делал мат. процессор способным запускать код основного, он великолепно справляется со своими задачами, и с развитием физического уровня был благополучно встроен в центральный. То же с графикой. А вот процессор массового параллельного специализированного счёта мы делаем x86, дабы запустить на нём vim и пару тестов. Вопрос: нафиг?.. Оно должно принять массив чисел в области памяти, код (желательно специализированный, дабы не заниматься предсказанием пожеланий программиста на уровне микросхемы, ибо на уровне компилятора это сделать проще, по крайней мере в запущенных случаях можно спросить) и как можно быстрее этот код прогнать по массиву. Остального от данного процессора ожидать глупо и бессмысленно, ибо для этого есть вполне хороший центральный процессор.
На мой взгляд, пытаться засунуть в данный камень x86 во всём её ужасном многообразии также дико как запускать Microsoft Office, или Conter-Strike на IBM Watson. Технически задача решаема, вот только вопрос остаётся в силе: нафиг?
Jamdaze
24.06.2016 14:41А виртуализация вобще нужна для таких решений?
sHaggY_caT
24.06.2016 16:00+1Для Докера очевидно нет, как и для других контейнеров. Так же это ядра не очень быстрые, в сравнении с другими современными CPU, а виртуалки под гипервизорами (vSphere, KVM/OpenStack, Xen/AWS/DigitalOcean, etc) обычно более дорогие, чем контейнеры, т.к. у контейнеров плотность на ноду кластера всегда выше.
Randl
Tesla P100 или Xeon Phi 7290?
AxisPod
Всё зависит от задач.
Randl
Это понятно, но вполне возможна ситуация, когда в подавляющем большинстве задач будет преимущество у одной из них. Ждем независимых тестов.