[image]

У нас есть процессоры?

 
1 4 5 6 7 8 13
RU Nikita #28.04.2014 18:09  @Татарин#28.04.2014 15:23
+
+2 (+4/-2)
-
edit
 

Nikita

аксакал

Татарин> Вот, например, Tsubame - 29-е место на момент ввода (и мощнейщий на тот момент с GPU).
Татарин> Для чего его строили, если одинарная точность никому не нужна?

:facepalm:

В TSUBAME 1.2, о котором Вы ведёте речь, были GT200. У них уже есть двойная точность. Хоть и дохленькая, но ~90 GFLOPS тем не менее.

Татарин> С чего бы вдруг они "образовались", да ещё и "копеечные",

С того, что видеокарта выдающая полтерафлопа одинарной точности стоила всего лишь несколько сотен долларов. С CPU того периода сами сравните ?

Татарин> Они лишь вдвое менее копеечные, чем вычисления с двойной точностью.

У видеокарт, с которых начинались вычисления на GPU, двойной точности не было. А вот суперудешевление вычислений - было. Когда к GPU добавили двойную, оно распространилось и на неё.

Татарин> ВСЕГДА считают с требуемой, с достаточной точностью.

Ещё смешней. Считают так, как есть возможность. На заре эпохи GPU-вычислений не то что с точностью были проблемы - наличествовали кучи ошибок в железной реализации FPU видеомолотилок. И ничего, затачивались и обруливали.

Татарин> Я, собссно, против слова "полноценный".

Полноценный, значит годится для записи в TOP500.

Nikita>> Поехали по-кругу. Что значит "более универсальны" ?

Татарин> Значит, что нет ИУ, которое выполняет отдельно только сложение или только умножение (как у ИНтел), ИУ "Эльбруса" болеее универсальны - могут выполнять и то, и то, в зависимости от потребности алгоритма.

Третий круг. "И то, и то, в зависимости" это как ? У "Эльбруса-4С" MUL может на ходу становиться ADD и наоборот ? Или всё-таки у него просто все блоки удвоены, и половина тупо всегда простаивает ?

Татарин> Но ЦПУ используют именно потому, что пиковую производительность тех же видеокарт на многих реальных задачах попросту не реализовать.

Не надо примитивизировать. ЦПУ это компромисс между всеми требованиями. Именно вычислительная производительность тут только один из многих факторов.

Татарин> Понимаете, почему эти интеловкие цифры пиков более "бумажные"? или нет?

Вы опять всё перепутали. Это у "Эльбруса-4С" "бумажные" пики. А у Intel'ов все давно измерено и задокументировано. Так что хватит фантазировать - показывайте LINPACK для "Эльбруса-4С" :D

Татарин> Сейчас вопрос лишь в том, поймёте ли Вы насколько бредовы Ваши предположения или в очередной раз не поймёте.

Вы рекордно самокритичны.

Татарин> Или 130Вт TDP на 45нм лучше, чем 60Вт на (библиотечных) 65нм? :)

Если нам нужна производительность - конечно лучше.

Татарин> Что "есть у нас"? L5520 - 45нм, как и вышепомянутый Ксеон.

Да. Про что и речь. Более тонкий техпроцесс, более высокая производительность.

Татарин> 80% от пика на идеальной для данной архитектуры синтетике - это "нет проблем"? :D

Опять передёргиваете. Во-первых, ~85%. Во-вторых, вовсе не идеальной. В-третьих, далеко не синтетике. "Синтетичность" тут в основном в том, что это стандартный тест. И заточки, разумеется, возможны.

Nikita>> Угу-угу. На процессоре с аппаратной поддержкой двоичной трансляции x86 :D
Татарин> ?
Татарин> Какая связь?

Прямая.

Татарин> Гоняться-то будет родной код.

Да. Родной код Windows :D

Татарин> А с чего бы?

Ну Вы просто так промолчали. Согласились бы явно, что влияние изменяемого разделяемого состояния на эффективность использования FPU-блоков процессора при математических расчётах может быть очень существенным.

*Кстати, а что там с количеством транзисторов ? А то Вы и на эту тему замолчали... :D
   9.09.0
RU Клапауций #29.04.2014 14:48  @Anarky#25.04.2014 19:56
+
-
edit
 

Клапауций

координатор
★★☆
Anarky> А на АС можно было цель взять? Или совсем всё руками?

Господь с вами, откуда АС на ламповой технике :D ручками, ручками... дали начальные координаты, дали скорость, вот дальше она попёрла сама интегрировать :) цель повернула (или мы сами со скоростью при заводке косячнули ;) ) - вновь ручками её подруливаем... :D
   
EU Татарин #29.04.2014 14:51  @Nikita#28.04.2014 18:09
+
+4
-
edit
 

Татарин

координатор
★★★★☆
Nikita> В TSUBAME 1.2, о котором Вы ведёте речь, были GT200. У них уже есть двойная точность. Хоть и дохленькая, но ~90 GFLOPS тем не менее.
И? Двойная точность "есть" везде - хоть эмуляцией.

Татарин>> С чего бы вдруг они "образовались", да ещё и "копеечные",
Nikita> С того, что видеокарта выдающая полтерафлопа одинарной точности стоила всего лишь несколько сотен долларов. С CPU того периода сами сравните ?
Ну, спецвычислители вообще не вчера придумали.
Бум GPU-вычислений начался с того, что это стало доступным рядовым пользователям, буквально на коленках. И оказалось, что под такую точность есть куча задач (да хоть тот же рендер). Задача рендерить картинки с тех пор никуда не делась. Двойная точность там по-прежнему никому не нужна (и не будет нужна в обозримом будущем).
Поэтому и на новейших Тесла рендеры считают в одинарной. Это вдвое (вдвое!) быстрее!

Nikita> У видеокарт, с которых начинались вычисления на GPU, двойной точности не было. А вот суперудешевление вычислений - было. Когда к GPU добавили двойную, оно распространилось и на неё.
:) Во-первых, когда к GPU добавили двойную они уже по факту перестали быть _G_PU (СUDA+OpenCL намекают на то прозрачно).
Во-вторых, даже более того - двойная точность во многом потому и появилась: из-за потребности увеличить возможности _U_PU.

Nikita> Ещё смешней. Считают так, как есть возможность.
Ну да. А в эпоху массовых 8 разрядов матмодели считали в восьми битах с фиксированой точкой, очевидно? :)
Или, всё же, программно добивались точности, которая нужна для расчётов в данном месте?
Не, короче, давайте, Вы сделаете какую-нить расчётную задачу, потом поговорим...

Татарин>> Я, собссно, против слова "полноценный".
Nikita> Полноценный, значит годится для записи в TOP500.
Ах, ну в э-этом смысле... :) А пример "неполноценных" двойной точности GFLOPs тогда? :D

Nikita> Третий круг. "И то, и то, в зависимости" это как ? У "Эльбруса-4С" MUL может на ходу становиться ADD и наоборот ? Или всё-таки у него просто все блоки удвоены, и половина тупо всегда простаивает ?
Не то чтоб удвоены. Их аж 23 штуки. И это хорошо. Загрузка юнитов - не самоцель, целевые показатели - это размер кристалла, выщмощь и потребление.

Татарин>> Понимаете, почему эти интеловкие цифры пиков более "бумажные"? или нет?
Nikita> Вы опять всё перепутали. Это у "Эльбруса-4С" "бумажные" пики. А у Intel'ов все давно измерено и задокументировано.
Вот именно, задокументировано. И никаких пиковых значений нигде (даже в синтетике) не наблюдается.
Против фактов переть бессмысленно, Вам остаётся демагогия, не так ли? :)

Татарин>> Или 130Вт TDP на 45нм лучше, чем 60Вт на (библиотечных) 65нм? :)
Nikita> Если нам нужна производительность - конечно лучше.
Не-не. Вы там ниже соловьём про потребляемую мощность заливались... :)

Татарин>> Что "есть у нас"? L5520 - 45нм, как и вышепомянутый Ксеон.
Nikita> Да. Про что и речь. Более тонкий техпроцесс, более высокая производительность.
?! Вы совсем теряете нить своего бредасвоих рассуждений. :)
Я: "Эльбрус" на худшем техпроцессе демонстрирует лучшее потребление на ФЛОП, чем Ксеон на 45нм
Вы: А вот есть ещё вот такой Ксеон!
Я: Он тоже 45нм.
Вы: 45нм - лучший техпроцесс, чем 65нм.

Выпутывайтесь. :D

Nikita> Опять передёргиваете. Во-первых, ~85%. Во-вторых, вовсе не идеальной. В-третьих, далеко не синтетике. "Синтетичность" тут в основном в том, что это стандартный тест. И заточки, разумеется, возможны.
Разумеется, идеальной. Вы можете назвать вычислительную задачу более удобную для интеловской архитектуры? :)
Разумеется, синтетике. Потому что реальная задача будет включать помимо перемножения матриц ещё какие-то действия с ними. И там производительность упадёт (потянув за собой среднюю).

Nikita>>> Угу-угу. На процессоре с аппаратной поддержкой двоичной трансляции x86 :D
Татарин>> ?
Татарин>> Какая связь?
Nikita> Прямая.
Татарин>> Гоняться-то будет родной код.
Nikita> Да. Родной код Windows :D
? Кем? :) Вояками на многократно помянутом Вами борту самолёта? :)
Доказательства? :)

Татарин>> А с чего бы?
Nikita> Ну Вы просто так промолчали. Согласились бы явно, что влияние изменяемого разделяемого состояния на эффективность использования FPU-блоков процессора при математических расчётах может быть очень существенным.
А я и согласен. Явно согласен, если хотите. :)
Собссно, я согласен даже с тем, что Кама - приток Волги. Хотя этот факт ранее в этом топике замалчивался. :D

Nikita> *Кстати, а что там с количеством транзисторов ? А то Вы и на эту тему замолчали... :D
Кэш на "Эльбрусе" - библиотечный. НЯЗ, 8 транзисторов на ячейку (хотя мне не очень ясно, почему требуется именно 8).
Против обычных 6 (или 4-х, я не помню года, с которого Интел начал ставить прогрессивный SRAM в процессоры; скорее всего в 2009-м были классические 6) у Ксеона из-за возможности Интела рулить своим техпроцессом.

Вычтите кэш, оставьте ядро.

"Эльбрус" - отличная архитектура (Вы ещё помните, с чего мы начали?).
   34.0.1847.13134.0.1847.131
Это сообщение редактировалось 29.04.2014 в 16:15
RU AXT #01.05.2014 05:07  @Татарин#29.04.2014 14:51
+
+3
-
edit
 

AXT

инженер вольнодумец
★☆
Татарин> Кэш на "Эльбрусе" - библиотечный. НЯЗ, 8 транзисторов на ячейку (хотя мне не очень ясно, почему требуется именно 8).

Потому, что память двухканальная. 4 — собственно ячейка, 2 — ключи для одного канала, ещё 2 — для второго.
   
RU Anarky #01.05.2014 11:09  @Клапауций#29.04.2014 14:48
+
-
edit
 

Anarky

аксакал

Клапауций> Господь с вами, откуда АС на ламповой технике :D ручками, ручками... дали начальные координаты, дали скорость, вот дальше она попёрла сама интегрировать :) цель повернула (или мы сами со скоростью при заводке косячнули ;) ) - вновь ручками её подруливаем... :D

Ну в С-75 же было как-то реализовано АС. А если цель по прямой прёт, то таки сопровождалась получается?

PS: а как с помехозащищённостью? Можно было допустим по скорости отфильтроваться, что бы пассивные помехи убрать?
   1414
+
+1
-
edit
 
US Gin_Tonic #09.05.2014 00:02  @MegaEvil#22.04.2014 03:02
+
+1
-
edit
 

Gin_Tonic

опытный

MegaEvil> вопрос к допуску к технологическим ээ стандартам?
Нет, вопрос не допуска. Тот же TSMC дает разработчикам PDK на, например, 28, 18 нм (про меньшее не слышал, отошел от этой области). Дело в деньгах которые надо потратить на производство. С нуля подобный завод обойдется как бы не дороже 4-5 млрд. долларов. Поэтому обходятся N-летним б/у оборудованием, которой значительно дешевле и отстает от передового края на эти же N лет.
   34.0.1847.13234.0.1847.132
US Gin_Tonic #09.05.2014 00:29  @Татарин#24.04.2014 02:42
+
+1
-
edit
 

Gin_Tonic

опытный

Татарин> Не, ну Вы объясните тогда внятно, почему вот пару-тройку лет назад существовала потребность в одинарной точности терафлопсах, а сейчас вдруг исчезла? куда эта потребность делась?

Так что не потребность эта была, а возможность работать только с одинарной точностью. Поэтому брали что было, даже если нужна была по факту двойная точность.
   34.0.1847.13234.0.1847.132
US Gin_Tonic #09.05.2014 00:35  @Татарин#29.04.2014 14:51
+
+2
-
edit
 

Gin_Tonic

опытный

Татарин> Двойная точность там по-прежнему никому не нужна (и не будет нужна в обозримом будущем).
Мягко говоря не прав, нужна и потребность очень высока.
Несколько лет назада наша контора пыталась перевести часть вычислений на GPU, основной причиной того, что эксперимент заглох на ранней стадии оказалось невозможность вычислений в двойной точности.
   34.0.1847.13234.0.1847.132
EU Татарин #09.05.2014 12:40  @Gin_Tonic#09.05.2014 00:35
+
+1
-
edit
 

Татарин

координатор
★★★★☆
Татарин>> Двойная точность там по-прежнему никому не нужна (и не будет нужна в обозримом будущем).
Gin_Tonic> Мягко говоря не прав, нужна и потребность очень высока.
Слово "там" опускаем? :) В рендеринге замечательно обходятся одинарной.
   34.0.1847.13134.0.1847.131
+
+1
-
edit
 
Про операций с целыми числами известно давно в мире рекламы процессоров, началось это ИМХО с покупки АМД нехген, многообещающей фирма с хорошим процем, но своей отдельной мб, что конечно же сказывалось на продаже. Купив сие конторку АМД выпила довольно таки удачный проц 5x86-133, встающий под старую сокет 486 процессоров, с введеным ПР-рейтиногом, проц так и назыывался 5x86-133 P75, дескать равен пентиуму п-75, что и было отчасти верно для операций с целыми числами, то есть в приложениях, где особенно не нужны были вычисления с плавающей точкой, в тех же приложениях офиса, текстовых редакторах и т.д.Это нововведения подержала и небезызвестная ciryx и венец ее pr-333 м2, если память не изменяет на нестандартной частоте 250Мнz, под сокет 7. Отличная производительность в винде, всякие редакторы и т.д. но никакая в играх, верстке, 3д моделировании, видеомонтаже и архивировании, везде - где нужна была скорость в вычислениях с плавающей точкой, в общем с сильным блоком фпу. Сколько я их продал....люди велись на такие числа как 333, и цена привлекательная, те, кто получше разбирался и таки решались покупать искали модели IBM - у ciryx не было своего производства, они заказывали процы на заводах IBM, а те в свою очередь, часть оставляли себе в качестве платы, и как ходили слухи самые лучше, то есть надежные. На практике, что те, что эти горели значительно чаще интелов, процы шли на пределе возможности, и разгоняющие их сильно рисковали. Эпопея с плавающей точкой перешла в другую стадию, никто не мог дать такого же решения как интел, что в свете бума 3д игр, появления отдельных графических адаптеров вуду, вуду 2, и тд, выводящие игры на другой уровень , как никогда требовало быстрых процов с быстрым блоком ФПУ. АМД отставая в этом все так же юзала ПР рейтинг и умудрилась выпустить кое какое решение - блок инструкций заточенных под игры - 3DnoW! В тех играх, что поддерживали данные инструкции, прирост на самом деле был внушителен, но к сожалению для амд мало производителей софта должным образом учитывали этот момент. И все же амд один раз прыгнула выше своей головы и во времена пеньков 4 таки выпустила продукт с наконец быстрым фпу, да еще такой офигенной штукой как контролер памяти в проце. Но это уже другая история. Но как говорится , кто мешает вспомнить старые приемчики, которые дали возможность некоторым зарабатывать и на заработанные создавать новые и вполне успешные процы. ;)
   11

Unix

опытный

KILLO> ... архивировании, везде - где нужна была скорость в вычислениях с плавающей точкой ...

Хотелось бы грязных подробностей KILLO - раз уж ты в этом понимаешь то сможешь объяснить "на пальцах" ?
   29.029.0
Unix> Хотелось бы грязных подробностей KILLO - раз уж ты в этом понимаешь то сможешь объяснить "на пальцах" ?

Не, не, не, я в этом не понимаю на столько, мой уровень совсем не такой, грубо говоря я могу знать сколько лошадей в этом двигателе, рассказать все его ттх, но принцип работы не мое)). В
   11
+
+1
-
edit
 

Anarky

аксакал

Статьи, тесты, обозрения, практики, ликбезы, тенденции, акции, обзоры, секреты, советы

В умах подавляющего большинства обывателей прочно укоренилась мысль о том, что в области проектирования вычислительной техники наша страна играет роль безнадёжного аутсайдера. США, Европа, и, быть может, Китай – вот лидеры производства современных микропроцессоров и систем. Однако это не совсем верно: как подтверждают факты, собственные разработки у нас тоже имеются, и они не только приближаются по определённым параметрам к новейшим достижениям полупроводниковых технологий, но кое в чём их даже превосходят. Насколько продвинулась отечественная наука в этой области и скоро ли можно будет увидеть на прилавках магазинов отечественные процессоры, мы и расскажем в нашем обзоре. // Дальше — zoom.cnews.ru
 
   1414
+
-
edit
 

MegaEvil

опытный

Anarky> Статьи, тесты, обозрения, практики, ликбезы, тенденции, акции, обзоры, секреты, советы
Спасибо за статью, вот тут сразу возникает вопрос: никита наезжает на производительность этого процессора, несмотря на то что она заявлена на уровне 50 ГФлопс, вопрос а как тестируется производительность нашего детища?
   34.0.1847.13734.0.1847.137
EU Татарин #16.05.2014 15:59  @MegaEvil#16.05.2014 08:36
+
+1
-
edit
 

Татарин

координатор
★★★★☆
Anarky>> Статьи, тесты, обозрения, практики, ликбезы, тенденции, акции, обзоры, секреты, советы
MegaEvil> Спасибо за статью, вот тут сразу возникает вопрос: никита наезжает на производительность этого процессора, несмотря на то что она заявлена на уровне 50 ГФлопс,
Это заявленая пиковая теоретическая производительность (и да, это в одинарной точности - о чём бодания выше). И это не то чтоб уж очень много по нынешним временам.

На реальных приложениях производительность ВСЕГДА ниже пиковой, вопрос лишь насколько. И это "насколько" зависит от кучи факторов, выбора тестов или приложений, а в случае "Эльбруса" - ещё и совершенно критическим образом от качества компилятора.

У всех зависит, но обычно вопрос лишь в "знании" компилятором инструкций, дальнейший учёт тонкостей конкретного процессора даёт немного. У VLIW же создание компилятора - значительная, трудоёмкая, неотъемлемая и критичная часть создания процессора. Просто уже по задумке архитектуры. Потому что задумка как раз в том, что задачи, которые обычно делает процессорное железо в момент исполнения можно переложить на момент компиляции.
В случае х86 или там ARM производитель может сказать "мы сделали процессор, компилятор - не наше дело". Для "Эльбруса" или Itanium'a это категорически не так.
   34.0.1847.13734.0.1847.137
+
+1
-
edit
 

101

аксакал

Anarky>> Статьи, тесты, обозрения, практики, ликбезы, тенденции, акции, обзоры, секреты, советы
MegaEvil> Спасибо за статью, вот тут сразу возникает вопрос: никита наезжает на производительность этого процессора, несмотря на то что она заявлена на уровне 50 ГФлопс, вопрос а как тестируется производительность нашего детища?

Тесты все эти все равно синтетические, т.е. не совсем отражают реальную скорострельность на реальных приложениях. Наличие многопоточных вычислений на многоядреной технике еще боле усугубляет ситуацию, т.к. теперь именно на алгоритмистику ложится вся тяжесть обеспечения эффективной загрузки вычислительных мощностей.
Эльбрус в этом плане концептуален, т.к. предполагается, что разработчик понимает что пишет и учитывает параллелизм в приложении явным образом. Соответственно и конвеерные предсказания становятся ненужными, т.к. эта работа выполняется еще на уровне профилировщиков и компиляции.
Вообще задумка интересная. Нужно только понять насколько изменится код.
Посмотрим.
   1414
+
-
edit
 

phys123450

опытный

101> Эльбрус в этом плане концептуален, т.к. предполагается, что разработчик понимает что пишет и учитывает параллелизм в приложении явным образом.
Вспоминается Фортран... :)
   
EU Татарин #16.05.2014 16:53  @101#16.05.2014 16:02
+
-
edit
 

Татарин

координатор
★★★★☆
101> Эльбрус в этом плане концептуален, т.к. предполагается, что разработчик понимает что пишет и учитывает параллелизм в приложении явным образом. Соответственно и конвеерные предсказания становятся ненужными,
С чего бы? Это ортогональные вещи.

101> Вообще задумка интересная. Нужно только понять насколько изменится код.
? А чего там понимать? Наборы команд известны.
   34.0.1847.13734.0.1847.137
+
-
edit
 

Anarky

аксакал

Статьи, тесты, обозрения, практики, ликбезы, тенденции, акции, обзоры, секреты, советы

В этой статье мы продолжаем рассмотрение уникальной архитектуры отечественных микропроцессоров «Эльбрус», продолжая тему, начатую в первой части. Речь пойдёт о том, чем эта архитектура отличается от подходов, принятых у доминирующих на рынке процессоров известных производителей, её преимуществах и недостатках. Все выпускаемые сегодня процессоры делятся на два больших класса: процессоры с сокращённым набором команд, или RISC (Reduced Instruction Set Computing), и процессоры с полным набором команд, или CISC (Complete Instruction Set Computing). // Дальше — zoom.cnews.ru
 

Обзор российского 4-ядерного процессора Эльбрус-4С. Часть 3: тесты, сравнение с Intel. Cтатьи, тесты, обзоры

Обзор российского 4-ядерного процессора Эльбрус-4С. Часть 3: тесты, сравнение с Intel. Cтатьи, тесты, обзоры // zoom.cnews.ru
 
   1414
Это сообщение редактировалось 20.05.2014 в 14:03

Fakir

BlueSkyDreamer
★★★★☆
Мимоходом за рюмкой чаю спросил у товарища, занимающегося кластерами, каково его мнение об "Эльбрусах" в качестве элементов суперкомпов - он сказал, что в двух словах по его мнению процессоры вполне хорошие как по производительности единичного, так и по... забыл в общем термин :) - коммутируемости в кластер, так скажем. В общем, по всем параметрам, определяющим эффективность кластера как целого всё хорошо. Единственным недостатком с его точки зрения является цена, т.е. соотношение цена/качество, ессно, в силу малосерийности.
   3.6.33.6.3

Jerard

аксакал

AXT> Просьба поподробнее, а то я не понял, к чему это.
Это к тому что сенсор температуры всяко находится довольно далеко от основных "печек" на МС. А значит температуру он меряет "в общем" по кристаллу.


AXT> Нууу ... как бы это сказать ... не то, что бы их совсем не было, но в магазине их не купишь.
Я НЕ думаю что это "Эльбрус". :p
   29.029.0
+
-
edit
 

KuLakoff

опытный

Fakir> Мимоходом за рюмкой чаю спросил у товарища, занимающегося кластерами, каково его мнение об "Эльбрусах" в качестве элементов суперкомпов - он сказал,

а что скажете об ""Байкале", а?
первыми продуктами в линейке должны стать восьмиядерные процессоры Baikal M и M/S топологией 28 нм и частотой 2 ГГц, которые будут использоваться в персональных компьютерах и микросерверах. Строиться эти процессоры будут на 64-битном ядре Cortex А-57 британской компании ARM. В качестве операционной системы для всех решений предполагается использовать свободное ПО Linux. Выпуск восьмиядерного процессора Baikal намечен на начало 2015 года, а уже в конце 2016 года Минпромторг запланировал выпуск еще более мощного, 16-ядерного серверного процессора по технологии 16нм.
 

Новый процессор российской разработки [KuLakoff#20.06.14 13:45]

… по пословице "а у нас в квартире ..., а у Вас?" первыми продуктами в линейке должны стать восьмиядерные процессоры Baikal M и M/S топологией 28 нм и частотой 2 ГГц, которые будут использоваться в персональных компьютерах и микросерверах. Строиться эти процессоры будут на 64-битном ядре Cortex А-57 британской компании ARM. В качестве операционной системы для всех решений предполагается использовать свободное ПО Linux. Выпуск восьмиядерного процессора Baikal намечен на начало 2015 года, а уже…// Компьютерный
 
   35.0.1916.15335.0.1916.153

101

аксакал

KuLakoff> а что скажете об ""Байкале", а?

Это не процессор общего назначения, как Эльбрус. И, судя по всему, речь идет о создании вспомогательных устройств на его основе.
Хотя все то же самое делает НИЦЭВТ. Похоже на распил.
   1414

KuLakoff

опытный

KuLakoff>> а что скажете об ""Байкале", а?
101> Это не процессор общего назначения, как Эльбрус. И, судя по всему, речь идет о создании вспомогательных устройств на его основе.
101> Хотя все то же самое делает НИЦЭВТ. Похоже на распил.

"Вега" (НИЦЭВТ) такие процы не делает! Об "распиле" лучше знает Навальный с "болотными хомячками"


я о другом:
1. восьмиядерные процессоры Baikal M и M/S топологией 28 нм и частотой 2 ГГц, которые будут использоваться в персональных компьютерах и микросерверах.
2. "8 ядер связать, обеспечить когерентность памяти и производительность обмена - вот фишка. Про которую ничего не говорится, кстати." (с) Новый процессор российской разработки [Серокой#20.06.14 14:21]
   35.0.1916.15335.0.1916.153
1 4 5 6 7 8 13

в начало страницы | новое
 
Поиск
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru