Сейчас не идет речь об экспортных перспективах. На первых порах нужно по максимуму обезопасить страну от различных «подлянок» со стороны запада.

Гугл или Амазон

Зачем? После того как Т-платформы залезли на рынок США и эта страна прямым недвусмысленным указом показала, что она не допустит конкурентов на свой рынок, соваться туда нет смысла. А вот на рынок ОДКБ и ШОС есть смысл.

Не все в мире доверяют Гугл и Майкрософт.

Если Интерконнект втыкается в PCI-E 3.0×8 слот думаю и ширины канала будет предостаточно, и к Элбрусу его можно беспроблемно прикрутить.

Отечественным оптическим интерконнектом у нас является Паутина. Скорость передачи на один кабель 56 Гбит/с. Таких кабеля в каждой плате два. Внешний маршрутизатор или коммутатор не нужен. Вся маршрутизация осуществляется на плате интерконнекта.

У Китая есть свои процессоры

Да, они это умеют и даже свои суперкомпьютеры строят, но ничего неизвестно про их собственные интерконнекты. Их Goodson/Loongson это MIPS архитектура в отличие от уникального Эльбруса. x86 их процессор не поддерживает, а эта фича помогает в наладке/отладке систем и расширяет спектр применения. В производительности они не особо далеко ушли. Выходит наша задача показать чем мы лучше. Для этого нужно сравнивать их ЦОД и наши. Мы уже умудрялись выигрывать иностранные тендеры на построение ЦОД даже в США, значит нам есть что показать миру в этой области.

Чтобы сделать вычисление «широких» данных необходимо их предварительно загрузить в специальный регистр. Так как команда в Эльбрусе уже широкая, то это позволяет вместе с командой сразу загружать весь необходимый набор данных. Единственным ограничением является количество функциональных блоков в АЛУ.

Если у Эльбрус-8СВ количество подгружаемых за такт команд и данных вырастает в два раза, тогда производительность действительно возрастает в два раза. Но если ещё и частота вырастает на 200 МГц, тогда производительность дополнительно поднимется на 15%, составив 288 ГФлопс двойной точности. Это 36 ГФлопс на ядро. Тогда у Эльбрус-16С с его частотой 2 ГГц будет 48 ГФлопс на ядро.

У i7-6700 хоть и 4 физических ядра, но у него 8 наборов АЛУ. То есть четыре конвейера на каждом из которых по два набора АЛУ. Как считать такие ядра? Они как двуглавые гидры. Но для честности всё же придётся учесть, что у процессоров Core с гипер трейдингом такие особенные навороченные ядра.

Но есть один момент, расширение команд AVX увеличивает производительность только на этих командах, а расширения ширины команды в Эльбрусе предполагает и увеличение числа обрабатываемых за такт простых команд! Конечно для этого придётся в два раза увеличить АЛУ, но им есть куда его увеличивать, так как у МЦСТ на кристалле место не занято конвейером с предсказателем. Вся обработка идёт в момент компиляции. Следовательно процессор Эльбрус при росте ширины команды увеличивает производительность во всём спектре вычислений, а Core только в определённом классе задач связанных с командами AVX.

То есть если Эльбрус-16С и будет отставать в пиковой производительности, то будет более быстрым в реальной производительности.

Сама концепция предварительной компиляции говорит о том, что удельные энергозатраты на вычисление у Эльбруса всегда будут ниже чем у Сore при равных технологиях производства.

Что же касается программного обеспечения, то по большей части здесь играет роль компилятор. Спектр задач для Эльбруса в ближайшем будущем не такой уж и широкий, чтобы нужно было много оптимизировать кода. Тоже самое затрагивает и Интел с их AVX. Там необходимо переписывать задачи для применения новых команд. То есть и под Интел с новыми командами программ будет не так много.