24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Легендарный российский процессор Байкал оказался расово китайским
Китайский Godson (loongson) 3B1500 - Loongson Technology has designed two 64-bit, quad-core Mips processors that can also execute code based on the x86 (Intel-compatible) and ARM architectures. Русский "Байкал" (Baikal-T1) — коммуникационный процессор семейства Baikal (англ.)русск., созданный российской фаблесс-компанией Baikal Electronics с использованием двух 32-битных процессорных ядер P5600 архитектуры MIPS32 Release 5 от компании Imagination Technologies.
Оба имеют 28нм процесс. Оба имеют 8 ядер. Оба имеют частору 1.5Ггц. Оба имеют одинаковую упаковку. Оба имеют производительность около 200 Гфлопс Оба имеют теплоёмкость 30 ватт.
>>27464620 (OP) Изначально было понятно что это полностью на буржуйских разработках сделано, ибо у нас в принципе не было и не будет современных наработок в микроэлектронике, литографии, но конечно то что это даже не разработка а перебитый годсон немного неожиданно. Интересно, это тётки на русских заводах зашкуривают годсоны или у китайцев заказали производство?
>>27464854 >Интересно, это тётки на русских заводах зашкуривают годсоны или у китайцев заказали производство?
Зашкуривают конечно, у меня была мысля сделать аналоговнет методом зашкуривания интела, и продовать его оборонке за триллион рублей штука, но увы я ничей не родственник.
>>27464620 (OP) Эм, вообще-то для любого человека в теме то, что "русский процессор не русский" никогда не было секретом. Рассказываю.
Была себе компания MIPS Technologies, процессоры которой использовались много где, от рабочих станций SGI до игровых консолей PlayStation. Так получилось, что популярность массовая этих процессоров прошла. В 2013 году компанию купила британская Imagination Technology, которая в целом специализировалась на графических ядрах для телефонов, планшетов и прочих эмбед решений (в былые времена на их чипах делали и десктопные видеокарты).
Основной продукт Imagination Technologies это графические ядра PowerVR, которые они разрабатывали и лицензировали другим компаниям, в том числе таким как Apple и Intel. Они зарабатывали много денег, но у них было уязвимое положение на рынке, т.к. ключевой клиент это только Apple. Другим крупным производителям их видеоядра толком были не нужны (Qualcomm делал свои Adreno, мелкие производители лицензировали ядра Mali напрямую у компании ARM, вместе с процессорными ядрами и т.д.). Ребята в Imagination Technology решают улучшить свое положение на рынке, зайдя на рынок процессоров, для чего покупают MIPS Technologies.
Теперь Imagination Technology может предложить клиентам не только видеоядра, но и процессоры целиком. Они направляют свои финансовые, инженерные и маркетинговые ресурсы в MIPS, разрабатывая свежие, более современные, решения на основе архитектуры MIPS. Один из главных результатов это семейство систем-на-кристалле MIPS Warrior. Как любой нормальный fabless производитель, они заинтересованы лицензировать технологии, а не производить самостоятельно микросхемы, но, для того чтобы найти клиентов, они выпускают т.н. референс-дизайн устройства, чтобы показать что их девайсы могут "в железе", а заодно дать их в руки разработчикам.
Так вот, великий процессор Байкал, насколько я понимаю, это просто аппаратная реализация референс-платформы MISP Warrior, т.е. ребята просто пришли к Imagination Technologies, заключили договор и взяли их системы-на-кристалле референсного дизайна, получив на руки документацию, с которой уже можно прийти к условным TSMC и заказать производство партии чипов. Это не плохо на самом деле, просто не стоит преувеличивать достижение в области процессоростроения. Так любая компания может сделать, если есть достаточно денег. Следующий этап крутизны это прийти к условной ARM, лицензировать ядра Cortex серии и самостоятельно компоновать их в готовый процессор. Тут уже можно кастомизировать итоговый продукт под себя, добавляя в него разные блоки типа DSP и прочее добро. Следующий этап крутизны это лицензировать само архитектуру, возьмем опять же ARM, и самостоятельно разрабатывать ядра, вместо лицензировать Cortex'ов - так делают Qualcomm и Apple, например. Ну а следующий этап это забить на лицензирование архитектуры и разрабатывать самостоятельно даже её. Круче будет только самостоятельное производство, но это уже запредельный уровень - нынче даже AMD сами не производят. Проще прийти к устоявшемуся фаберу, типа Samsung, TSMC, Global Founries и т.д. Так что ребята в Байкале осилил первый шаг на пути производства процессоров.
>>27465145 Эльбрус мог бы быть чем-то, если бы это был бизнес, а покуда это добро сидит чисто на государственном подсосе, то толку не будет. Зачем что-то хорошо делать? Зачем снижать цены? Зачем воевать за доли рынка какие-то? Вояки и так купят, ведь "без закладок". У американцев вояки тоже на такое падки, если что. Но там они идут к коммерческим конторам за дорогими специфическими решениями, а не содержат на подсосе бесполезных даунов.
>>27464620 (OP) Да какая разница, прибыли не приносит же один хуй. Покупают его по госзаказам. И в магазине ДНС его нет. А если бы был, то нахуя он хоум юзерам? Да и серверам он нахуя ,если есть зеоны? К тому же есть дешманские зеоны б/у.
>>27464620 (OP) Ты ебобо? Почему у тебя на картинке Эльбрус? Про Байкал никогда не скрывалось, что это лицензированный готовый дизайн (один MIPS, другой ARM).
Аноним ID: Константин Адамович25/03/18 Вск 19:48:25#31№27465932Двачую 0RRRAGE! 1
>>27465012 к слову and-шная технология стоит на ангстреме, эльбрусы хуячас на микроне(там французская рабочая линия)
>>27465179 > Следующий этап крутизны это прийти к условной ARM, лицензировать ядра Cortex серии и самостоятельно компоновать их в готовый процессор Так у них же есть уже байкал-м
>>27465179 >Ну а следующий этап это забить на лицензирование архитектуры и разрабатывать самостоятельно даже её. Круче будет только самостоятельное производство, но это уже запредельный уровень У МЦСТ запредельный уровень, получается?
>>27465231 >а покуда это добро сидит чисто на государственном подсосе, то толку не будет Абсолютно все незападные страны, пришедшие к успеху в 20-м веке начинали с дотаций собственных производителей и ограничения импорта. Другое дело, что у нас импорт закрывают, но при этом собственный бизнес пиздят нещадно.
>>27464620 (OP) Либерахи в третий раз переписали методичку. Сначала бы ло РЯЯЯЯ ЭТО АМД. Потом РЯЯЯ НЕ НУЖЕН!!!! Теперь РЯЯЯЯ КЕТАЙСКИЙ!!! Вот ведь суетливая порода.
>>27468528 >It was only from the 1990s when countries in South America switched over to the system of Free-Market economy. This eventually pulled countries in South America out of the debt crisis. Википедия пиздит?
>>27469854 модельный ряд может содержать от 2 до дохуя ядер, там есть и 2 и 16-ядерные. 8-ядерные процы разных произвдителей имеют однаковую заявленную самим разработчиком производительность.
TDP как ни назови касается выделяемой мощности, так что похуй как эту велицину называть. Материал cpu одинаковый, прощадь тоже Двухядерый Байкал имеет тдп около 4 ватт, следовательно 8-ядерный будет примерно 32 ватта
Аноним ID: Яким Ростиславович25/03/18 Вск 23:13:11#55№27470228Двачую 0RRRAGE! 5
>>27470174 >модельный ряд может содержать от 2 до дохуя ядер Модельный ряд чего, байкала, лонгсуна, вообще процессоров вцелом? Что ты тут втираешь, уеба гуманитарная?
>TDP как ни назови касается выделяемой мощности Мощности, идущей на нагрев.
>так что похуй как эту велицину называть. Мамку твою шлюхой тоже можно назвать, велицина?
>Материал cpu одинаковый, прощадь тоже Чмоня косорукая, ты сначала матчасть выучи, а потом приходи.
>Двухядерый Байкал имеет тдп около 4 ватт, следовательно 8-ядерный будет примерно 32 ватта Если твоя мамка может в обычном режиме один хуец ашота принять, то в четырехядерном режиме целых четыре, так?
>следовательно 8-ядерный будет примерно 32 ватта А теперь перечитай свой пост и покажи мне, сука, 8-ядерный байкал. Примерно у него.
Откуда дебилы лезут? То лахтинцы поналезли на хабр рассказывать что от заблокированного Амазона только выиграем, то здесь селюк рассуждает о процессорах.
>>27470228 ватный беларус возмущается. он там недавно насчет крыма бугуртил, так что его позиция понятна. проц разработан в СШАработниками Интел, производится на Тайвани, но при этом "российский". уносите
>>27470174 > Материал cpu одинаковый, прощадь тоже Это, конечно, пиздец. Даже на уровне моих поверхностных знаний. Что-то уровня плоской Земли. Тут даже смысла нет спорить. Истина не родится. Нулевые знания помноженные на яскозал в степени рашка-говняшка.
>>27464620 (OP) ЕМНИП, на Хабре я читал, что русня купила какой-то VLIW и перепилила его так, что аналоговнет. Это тот, который ещё хуй86 транслирует в свои машкоды. Про остальное, вроде, особо тщательно не скрывали, что просто китаеговно с русскими логотипами, но я не уверен.
>>27470174 Что это за охуительная картинка со сравнением хуев с трамвайными ручками и апельсинами? Ноутбучный ш3 первого поколения дрючит и ноутбучный и десктопный ш5, амд пахом лишь на писечку отстает от 7700, в одном и том же чарте и огрызки-атомы и полноценные х83 и мобильные камни, мобильный эксинос каким-то хуем набрал больше всех попугаев. Что они вообще меряют в этом тесте и как считают?
>>27464854 >ибо у нас в принципе не было Не пизди маня, у совка был полный цикл производства процев, примено на одном уровне с западом в 90 х. Предприятие "планар", в Минске. Во времена прихватизации, либерахи всё просрали.
>>27465145 >Честно говоря я надеялся Рашка - сырьевой придаток, а рашкоэлитка живёт на западе. зачем рашкоэлите тратить деньги на технологии, ведь на западе есть всё.
Я что-то не вижу оправданий нашистов. То, что надежда всея электронной промышленности парашки, легендарный Аналоговнет Байкал оказался китайским процессором луньсунь, это же пиздец похуже нарисованных ракет и "лазеров" из канализационных ппрк труб. Где оправдания, гондоны платные? Ждете обновления методичек?
>>27464620 (OP) Вы эту толстоту обсуждаете? Там архитектура лицензированая, MIPS выпускается лет 30 уже несколькими сотнями компаний по всеу миру. Никто никогда не говорил что байкалы разработаны с нуля и уникальны. На КДПВ вообще Эльбрус, лол.
Аноним ID: Лев Климович26/03/18 Пнд 10:01:01#101№27479006Двачую 4RRRAGE! 1
>>27479006 Хохол, в России разработкой и производством процессоров занимаются несколько фирм. У некоторых свои решения, у некоторых - лицензированные. Неудивительно запутаться селюку, чья страна производит только тризубы из кавунов.
>>27475956 > Я что-то не вижу оправданий нашистов. То, что надежда всея электронной промышленности парашки, легендарный Аналоговнет Байкал оказался китайским процессором луньсунь, это же пиздец похуже нарисованных ракет и "лазеров" из канализационных ппрк труб. Где оправдания, гондоны платные? Ждете обновления методичек?
>>27479785 Ну про все я бы не говорил, но существует такая вещь как тренды в дизайне. Навскидку - глянь на какие-нибудь кадиллак эльдорадо и клайслер империал 50-70 годов. Как братья выглядят, несмотря на конкурирующие компании.
>>27464620 (OP) >Байкал Так это лицензированные MIPSовые ядра. Они не разработаны в рашке, это сразу говорили. Как и все ARM процессоры с какими-нибудь A53. Анало говнет - это Эльбрус, а не Байкал.
первые фотки одинаковы просто увеличена вторая блеть. я не спорю он скорее всего куплен но ты уж пруфстеры нормальные завози а не одну фотку по разному обрезаную
Аноним ID: Лев Климович26/03/18 Пнд 11:25:44#123№27481114
>>27468329 У МЦСТ конкретно с их Эльбрусами на кастомной VLIW архитектуре (еще у них есть или по крайней мере была серия на архитектуре Sparc) это действительно крутой уровень: сами разработали архитектуру -> сами разработали для нее процессор -> заказали у TSMC (или у кого они там заказывают?). Почти как условный AMD или Apple, только у МЦСТ процессоры дорогое фуфельное говно (еще бы, ведь оно делается под военных и прочих государственных поцов, иначе и не будет), без экосистемы вокруг них (ведь все анально огорожено). Если бы этих хуесосов заставить находить клиентов вне госсектора, а желательно вне рашки, и хотя бы частично работать на самоокупаемости, то может через пару лет был бы толк.
>>27468397 Ты сейчас сравниваешь хуй с пальцем. Помощь, заказы и хорошие условия для своих это одно дело, а тупое сидение на господсосе десятилетиями это совсем другое. Первое может дать старт реальному предприятию в условиях, когда без этого избыточно стремно, но есть воля достичь чего-то. Второе превращается в АЗЛК/АвтоВАЗ.
Заметь, что на АвтоВАЗе десятилетиями не было сделано ничего толкового, несмотря на пошлины и дотации, пока туда не пришли иностранцы. Как в том анекдоте, только наоборот - все говорили, что место проклятое, а оказалось, что таки руки просто из жопы были.
>Другое дело, что у нас импорт закрывают, но при этом собственный бизнес пиздят нещадно. Потому, что любой "неподконтрольный" бизнес это опасность для режима, очевидно же.
>>27475901 >примено на одном уровне с западом в 90 х Примерно на одном уровне с западом было в 60-х, а потом резкое увеличение массовости компьютерной технике на западе принесли в сектор столько денег, что рыночек порешал совковый R&D, что в итоге вместо разработок приходилось заниматься натуральным клонированием западной фигни. Т.к. на копирование уходило время (это тебе не файл скопировать на винте), а сложность росла, то это создало спираль деградации, ибо покуда ты сидишь копируешь текущее решение на западе уже выкают следующее. Отставание нарастало постоянно и стабильно. К 90-м отсос был уже атомным уже.
>>27481605 Она не кривая сама по себе, она специфическая. Разные вариации VLIW много где успешно применяли. AMD в своих Radeon их годами успешно применял. Nvidia в своем Denver делали VLIW, который на ходу транслировал ARM (якобы могли и x86, но по соображения лицензионным не стали включать). Всякие DSP вообще очень часто на VLIW. Вот делать т.н. процессор общего назначения на VLIW это сложно и стремно, да. Нужны какие-то уберкошерные компиляторы под это (а чтобы их писать нужны супертоповые программисты), и ПО писать соответствующим образом. В общем, да, при прочих равных, для общего назначения лучше было бы выбрать что-то иное. Но это не говно по определению. Там говно просто из-за того, что огорожено все и стоит конских бабок. Даже специфические и условно фуфельные процессоры часто нужны на рынке для тех или иных вещей.
Аноним ID: Яким Авдиевич26/03/18 Пнд 12:01:27#130№27481952
>>27481952 У них там толи свой форк gcc со своими манякостылями, толи "gcc совместимый" кастомный компилятор. При всех проблемах gcc, проблемы Эльбруса точно не в нем.
>>27464954 >Что говорит по этому поводу жапад: Ну да мы черви пидоры без своего производства >Что говорит по этому поводу Роисия: Аряяяя глянити какие на жападе черви пидоры без своего производства а мы ни такие аналоговнет епт
>>27482071 Дело ведь на самом деле ни в GCC, ни в LLVM, все упрется в код, который пишут для них в самом МЦСТ. Недостаточно добавить поддержку своей архитектуры в процессор и сказать "окей, готово", иначе он будет гнать сферический код в вакууме, не понимая как оптимизировать конкретно под твое говно. Просто с компиляторами нужна многолетняя работа крутых специалистов, которых в РФ 3.5 человека, ибо нахуй такому человеку здесь торчать? Его в любую страну урвут через 5 минут свободно.
>>27482135 >Просто с компиляторами нужна многолетняя работа крутых специалистов, которых в РФ 3.5 человека, ибо нахуй такому человеку здесь торчать? Потому что в РФ есть R&D интела, самсунга, нвидиа и т.д. Но вот нахуй им в МЦСТ торчать, это да, но в принципе тот же интел российский состоял чуть более чем полностью из МЦСТшников, так что можно ожидать что и сейчас там есть способный народ.
>>27482577 Ты не поверишь что делает рыночек. ГАЗу в 90-х как захотелось кушать, что быстро склепал Газель, которая, при всей её хуевости, нормально отвечала спросу на рынке.
>>27483042 > Это не плохо, если они найдут реально на рынке клиентов под это добро Конечно плохо, потому что та же Газель добилась успеха из-за низкой стоимости, которой достигли за счет хуёвого качества, а в микроэлектронике на конкурентном рынке такое невозможно.
>>27464620 (OP) >based on the x86 (Intel-compatible) and ARM architectures. >с использованием двух 32-битных процессорных ядер P5600 архитектуры MIPS32
Пиздец, и это говно мне выдают за вброс на дваче? Да идите нахуй на уроки информатики в седьмой класс, идиоты.
А для начала, никто и не отрицал, что Baikal использует уже готовую микроархитектуру, и это правильно, никто и не будет разрабатывать всё с нуля.
>>27482135 >Просто с компиляторами нужна многолетняя работа крутых специалистов, которых в РФ 3.5 человека, ибо нахуй такому человеку здесь торчать? Напоминаю, что интеловские компиляторы пишут в Котосибе.
>>27483053 >требующей искусственного сверхинтеллекта Да нихуя там сложного нет. Это уровень выпускника CS. На CPU EPIC провалился по маркетинговым причинам, на GPU VLIW - потому что SIMT для них подходит гораздо лучше.
>>27483663 >На CPU EPIC провалился по маркетинговым причинам Толсто, реалии таковы, что с компиляторами была беда и с ПО тоже, речь даже не про то, что оно скомпилировано под другую архитектуру - с этим хуй то на самом деле, исходники зачастую и так доступы и пересобрать можно, но что толку, если тупая рекомпиляция на выходе дает уебищную производительность, хуже чем у "обычного" процессора? А переписывать радикально ПО под требование процессора конкретного специфического процессора ради обещанной манны небесной в плане производительности - это куда более хуевое предложение, чем купить несколько лишних серверов.
>>27464620 (OP) Пыня приступил к началу восстановления разъебанной им же советской микроэлектроники с пиздинга китайских чипов в лучших традициях совка.
>>27483867 >что с компиляторами была беда С компиляторами там все нормально было. Для задач, на которых EPIC хорошо себя показывает, код получается быстрым. Проблема в том, что джава, например, будет работать на EPIC/VLIW хуево, потому что она для таких архитектур очень плохо подходит (под интелы она тоже, кстати, не очень подходит). А интел нацеливал итаниум именно на сервера, где он закономерно провалился. Плюс надо было пересобирать вообще весь код, а x64 работал со старыми бинарниками, естественно, он выглядел предпочтительнее. Олсо разницы в компиляторе между VLIW и скалярным кодом вообще почти нет. Ты так и так будешь делать реордер, только у скалярного кода чуть больше свободы по перестановке инструкций, а у VLIW надо все по слотам разложить. Но при этом у того же эльбруса 256 универсальных регистров вместо интеловского зоопарка с 8/16 целочисленными регистрами и кучей разнообразных SIMD, что компилятор значительно упрощает.
>Офис, занимающийся исследованиями и разработками, действует с 2004 года. Многие инженеры этого офиса имеют докторскую степень, они развивают такие ключевые технологии, как:
> Оптимизирующие компиляторы > Параллельные вычисления > Инструменты верификации и компиляции > Вычислительные методы > Численное моделирование и симуляция
>>27483097 >Его посыл в том, что процессоры подаются как чисто российская оригинальная разработка, а не как копия какой-то китайской хуйни.
Сколько же диванных знатоков собралось.
Еще раз для школьников базовые вещи - МЦСТ делает эльбрус, который есть двух видов, SPARC (ядро от SUN) и VLIW своей собственной разработки. К процессору разработаны КПИ (в терминах интелокомпов - северный/южный мост) и прочая периферия. Разработана от нуля до шаблонов, которые передают на фабрику. Делают на TSMC. Как и многие другие фаблесс-конторы. Говорить о том, хороший этот vliw-эльбрус или нет сложно. Так-то оверпрайс специализированное говно с узкой архитектурой. Но плюс разработчикам в том, что они осилили это сделать с нуля. Их энергию бы да в мирных целях.
Далее, Байкал. Вернее Байкал-Т на мипсе . Сделан частной конторой т-системс, которая набрала кредитов под разработку и попыталась вопреки всем "да тут ничего не делают никогда" сделать свой процессор. Именно так, как это делают во всем мире. Прикинуть что будет пользоваться максимально широким спросом (игродаунов не спросили, в основном такие процессоры идут в промку или оборудование связи и передачи данных). Купили нужные ip-cores, начиная от ядра и до контроллеров периферии, свели это в один чип, а это достаточно непростая работа. Сделали шаблоны и тоже отправили их на TSMC
В чем тут суть - в том, что так, без выебонов о "неимеетаналогоф" они повторили путь каждой первой фаблесс-конторы.
В ваших же телефонах стоят процессоры МТК. Чьи они? Ядро АРМ, английское, какие-то блоки тоже купленные, сделано тоже на тайване. Тем не менее работа по разработке "из кирпичиков" проведена китайской фирмой. Так и у нас, это нормальный процесс здорового человека.
Логсун - тоже на ядре мипс, но китайцы тут активно его допиливали, в итоге получился действительно неимеетаналогоф камень. И отношения к байкалу он не имеет никакого, кроме родственной системы команд. Два разных продукта.
>>27484409 Не гори так. Я тебе говорю, что если тебе не надо сохранять контекст при переключении процессов, то количество регистров на многозадачность не влияет никак. Твоя зашоренность, видимо, не позволяет тебе этого осознать.
>>27484574 >если тебе не надо сохранять контекст при переключении процессов, Но ведь нам как раз надо, у нас стандартный cpu для пеки, а не ебала для пердолинга текстур.
Лекция для колхозников. Лектор: - Товарищи колхозники. Перед вами череп Александра Македонского, где ему 7 лет. А вот этот череп, где ему 25 лет. И, наконец, череп умершего Александра Македонского. Вопросы есть? Есть: - Скажите, пожалуйста, как может быть у одного человека три черепа? - А вы, простите, кто? - спрашивает лектор. - Дачник. - Вот и идите на хер. Лекция для колхозников.
>>27484666 Но в интеле как и в любой другой международной корпорации ни в одном конкретном офисе не делают ЦЕЛИКОМ компилятор, лол, это какая то ебанутость была бы или редкий случай потому что ресурсы компании распределены по разным офисам.
Просто оп либо тролль невероятной толщины, либо действительно школьник. Такая формулировка поста - толще некуда. Сравним теплое с зеленым и приведем в пример мягкое.
>>27484765 Кек. Ну так-то да, тем более тред невиданной толщины, как раз для колхозников.
>>27484719 >С чего это его не надо сохранять? С того, что он на процессоре хранится. Регистры адресуются относительно. Для процесса можно хранить тупо смещение в файле регистров. Что делает и GCN и Эльбрус, и вообще все архитектуры с массивной параллельностью.
>>27484564 >Но плюс разработчикам в том, что они осилили это сделать с нуля. Ну тогда и поисковик "спутник", арматы и прочая хрень заебись получается? Старались ведь посоны! >В чем тут суть - в том, что так, без выебонов о "неимеетаналогоф" Что-что, простите?
>>27484764 Даже для пеки не надо. У них же изоляция, один процесс не может в чужие регистры залезть. То есть, скажем под процесс выделяется 16 регистров, начиная со 128, и он за эти границы выйти не может.
Констанин Т., описываемый тобой подход прокатит только на каком-то узком классе вычислительных задач. Так и скажи что Эльбрус это спецвычислитель, а не универсальный процессор для широкого круга задач.
>>27484809 Так никто и не спорит, что эльбрус подходит для параллельных алгоритмов. Другое дело, что их достаточно небольшой объем, остальное параллелится плохо и на этапе компилирования не совсем понятно, как это будет работать. А есть еще момент. Так как компилятор сам раскладывает инструкции, то программу придется перекомпилировать для процессора с другой конфигурацией, с другим количеством ядер.
>>27484882 >Ну тогда и поисковик "спутник", арматы и прочая хрень заебись получается? Старались ведь посоны! Ну, так нечестно, лол.
Просто успехи команды эльбруса куда как лучше видны. Спутник - попильное говно, арматы тоже сырое и недоделанное нечто. Верхушка ясно пилила, но сами-то инженеры все же имеют какие-то результаты. Хотя бы опыта наберутся, перед тем как сделать трактор.
>Что-что, простите? У байкала я не видел такого, в основном журнашлюхи на сделаноунас пиздели о русском процессоре. Байкал тихо скромно работали, без пафосных выставок и пиара о "полностью отечественное". Выкатили пресс-релиз о начале работ, обозначили сроки, за год завершили r&d и получили готовые образцы. Так-то это вполне нормально. Про эльбрус я слышу с начала 90х годов, и он всегда впереди интела, вот только пока еще не доделали немного.
>>27484999 >Констанин Т. Не угадал >описываемый тобой подход прокатит только на каком-то узком классе вычислительных задач Наоборт, это единственный здравый подход, когда ты в количестве регистров на кристалле не ограничен. Даже у интела сейчас реально сотни регистров внутри вместо 16, и аппаратное переименование регистров.
И вообще, лучшее что вы можете сделать - дать мне лабораторию. Может быть тогда МЦСТ заработает себе доброе имя. А может быть и не сможет, но хотя бы получит хороший шанс.
>>27485157 >Другое дело, что их достаточно небольшой объем Ну так они изначально и рассчитывали на расчеты, а не пердолинг интерпретируемого говна. Олсо, если учитывать AVX-512, интелы сейчас тоже работают на 5% пиковой производительности. >Так как компилятор сам раскладывает инструкции, то программу придется перекомпилировать для процессора с другой конфигурацией, с другим количеством ядер Не знаю как у Эльбруса, а на Итаниумах все просто было - если ядер в два раза больше, то инструкции становятся в два раза длиннее с сохранением структуры, то есть процессор тупо читает по две старых инструкции за раз.
>>27485274 >Наоборт, это единственный здравый подход, когда ты в количестве регистров на кристалле не ограничен.
Доказательства есть? Чем подтвердишь свои слова? И как ты сохранять контекст собрался? Для многопоточности твой вариант может быть и прокатит, а для многозадачности? То то же.
> Даже у интела сейчас реально сотни регистров внутри вместо 16, и аппаратное переименование регистров.
Intel тоже overblow. Но его процессоры зато производится сотнями миллионов штук и имеют гигабайты написанного софта.
>>27485157 >Верхушка ясно пилила, но сами-то инженеры все же имеют какие-то результаты. Не серьезно это, конечно практически во всем можно найти положительный момент. А потом этих инженеров схантят западные компании и весь выхлоп с попиленых налогов окажется патриотическим пердежом. >У байкала я не видел такого Ну я в общем и имел в виду эльбрус. К байкалу тоже нормально отношусь.
>>27485460 >И как ты сохранять контекст собрался? Для многопоточности твой вариант может быть и прокатит, а для многозадачности? То то же. Да разницы нет в данном случае. У интела ты не знаешь, какие регистры использует процесс, поэтому вынужден сохранять вообще все. Тут - знаешь, поэтому можешь сохранить только нужные (а можешь вообще не сохранять, если нагрузка небольшая, просто переключая окно в файле регистров). Интел завяз в легаси, поэтому вынужден усложнять процессор при сохранении бинарной совместимости. Другое дело, что при миллиардах транзиторов на кристалле, можно сделать очень многое.
>>27485274 >Даже у интела сейчас реально Ты не забыл про то, что у интела процессор сам раскладывает инструкции? Так-то устройство эльбруса куда проще.
>>27485429 >Ну так они изначально и рассчитывали на расчеты, Да ладно. Сколько я слышу, от них всегда идет убийца интела именно в сфере процессоров общего назначения. Они же его начали пилить когда еще Итаниум и Крузо были на пике моды. А теперь как чемодан без ручки - и бросить жалко, и тащить тяжело.
Если бы они ставили его в качестве дополнительного заточенного под параллельные вычисления процессора, то я бы еще понял. Но что на нем делать, считать матрицы? Всякие фильтры-сигналы и прочее такое? Для этого DSP есть поменьше размером и более специализированные.
>на Итаниумах все просто было - если ядер в два раза больше, то инструкции становятся в два раза длиннее с сохранением структуры, Тут я не могу точно сказать, несколько лет назад читал от разработчиков эльбруса на каком-то форуме, что требовалась перекомпиляция. Не могу быть уверен.
>>27485661 >Тут - знаешь, поэтому можешь сохранить только нужные (а можешь вообще не сохранять, если нагрузка небольшая, просто переключая окно в файле регистров).
Ты так говоришь, будто программа сама переключает задачи. Задачи переключает операционная система и она понятия не имеет какие регистры использует программа.
Что-то я не слышал об API, которое сообщает OС об используемых регистрах. К тому же вот эта информация избыточна и если её использовать, то это дополнительные накладные расходы.
Короче, признай уже что место Эльбруса это программируемый под задачу спевычислитель. В остальных случаях он неконкурентоспособен.
Пидорахи пиздят вот неожиданность, да?. "Рососийский" эльбурс это open hardware подгон от Sun Microsystems. Собственно эта контора мцтс изначально создавалась пилить доставшиеся на халяву чертежи Sparc. Собственно весь Solaris и прочий софт можно на клоне запустить.
>>27485576 >весь выхлоп с попиленых налогов окажется патриотическим пердежом. Он и так всегда оказывается, а тут хоть отдельно взятые специалисты смогут жить нормально. Не попилив, а накопив знания. Все пойдет на пользу человечеству.
>Ну я в общем и имел в виду эльбрус. Да, видимо я написал слишком непонятно, не передав мысль. Попилы и откаты это у руководства МЦСТ, а обычные инженеры все же молодцы, не спиздили, а разработали сами так или иначе.
> К байкалу тоже нормально отношусь. К ним придраться не к чему, они работают так, как и должна работать любая фаблесс-контора. другое дело их тут зажмут, не дадут нормально развиться, но это уже вопросы не к разработчикам. Плюс на мой взгляд надо было еще начинать не сразу с мипсов, а с однокристаллок и таких вот мелких вещей, производить тут, пытаться что-то. Это конечно если есть цель как-то поднять отечественную электронику.
>>27486141 > эта контора мцтс У нас очередной капитан очевидность в треде. МЦСТ - Московский Центр Спарк Технологий, так-то.
Спарк был в конце 90х, начале-середине 2000. Параллельно они разрабатывали свою архитектуру, которую сейчас и форсят. У них два разных процессора, очнись.
>>27485994 Проблема не в параллельности, а в современных реалиях, где процессор 90% времени исполняет или интерпретируемое говно или однопоточный код из 90-х. Интел тут будет смотреться выигрышнее, конечно.
>>27486123 >Что-то я не слышал об API, которое сообщает OС об используемых регистрах Зачем тут ABI вообще? Количество регистров у тебя в бинарнике уже есть. Без указания количества регистров ты тупо код запустить не можешь. Соостветственно, процессор всегда знает, сколько регистров использует процесс, а значит может узнать и ОС. Эту информацию за пределы загрузчика/шедулера вообще можно не выносить, и отдельный ABI не делать.
>>27464620 (OP) Вот это новость! Даже при ссср, при таких то мощностях, все технологии воровали. От игрушек, до автомобилей. А тут внезапно свой процесор запилили. Умора.
Не упирайся. Ты же в глубине души сам понимаешь что такое Эльбрус.
Если ты хочешь, если жаждешь, дать ему жизнь в десктопе/сервере, то признай простой факт:
Место VLIW Эльбруса на PCI карте расширения. В комплекте с драйверами для Windows|Linux, средствами разработки и специализированными либами.
Только так и никак иначе ему можно дать жизнь где-то кроме спецоборудования. И то - при условии что среднестатистическая материнка "вытянет" эту карту по питанию.
>>27486773 >в глубине души сам понимаешь что такое Эльбрус Тут и без глубины души понятно, что Эльбруса в широком доступе нет, и вряд ли будет, так что все эти разговоры - маняфантазии. >Место VLIW Эльбруса на PCI карте расширения Мне наоборот, он был бы удобнее в виде полноценного основного процессора, а не как видюха за десятью слоями абстрации поверх, и аппаратными ограничениями. Только физикам и за приемлемые деньги они не продают.
>>27486993 >он был бы удобнее в виде полноценного основного процессора,
Это вряд-ли. Даже при условии что весь софт, даже ОС, была написана чисто под него. Это Франкеншейн.
> а не как видюха за десятью слоями абстрации поверх, и аппаратными ограничениями.
Да какая разница сколько там слоёв абстракции? Загрузил его задачей и занимайся своими делами. По готовности выгрузил посчитанные данные. Единственная засада - при таком сценарии использования процентов 25-30 площади кристалла останется незадействованной. Но и бог с ней. Зато будет хоть какой-то осмысленный сценарий использования.
> Только физикам и за приемлемые деньги они не продают.
Потому что вдруг выяснится что это совсем не то, чего от него ждали.
Русский "Байкал" (Baikal-T1) — коммуникационный процессор семейства Baikal (англ.)русск., созданный российской фаблесс-компанией Baikal Electronics с использованием двух 32-битных процессорных ядер P5600 архитектуры MIPS32 Release 5 от компании Imagination Technologies.
Оба имеют 28нм процесс.
Оба имеют 8 ядер.
Оба имеют частору 1.5Ггц.
Оба имеют одинаковую упаковку.
Оба имеют производительность около 200 Гфлопс
Оба имеют теплоёмкость 30 ватт.