Руководство МВД недовольно работой серверов на "российских" процессорах «Эльбрус» компании МЦСТ.
Там указали, что при эксплуатации российских чипов тормозится цифровизация ведомства. В частности, одной из жалоб стало то, что серверы на процессоре «Эльбрус 8С» не поддерживают банальную загрузку операционной системы с носителей информации, «что не позволяет обеспечить достаточный уровень отказоустойчивости программно-аппаратных комплексов».
В декабре 2021 года стало известно, что крупнейшие российские потребители серверного оборудования остались крайне недовольны вычислительной техникой на отечественных процессорах (см. “Ъ” от 17 декабря). Минцифры проводило по этому поводу встречу с участием «Ростелекома», департамента информационных технологий (ДИТ) Москвы, ВТБ, «Росатома», «Ростеха», АК АЛРОСА, «Сбера» и «Почты России». По их мнению, представленные образцы оказались попросту непригодны к использованию из-за чрезвычайно низкой производительности, слишком высокого энергопотребления и неконкурентной цены. Работать с российскими серверами компании согласились только в случае, если те будут справляться с задачами и сравнятся по цене с зарубежными аналогами.
>>11470149 (OP) >аррря в российских процессорах нет ничего российского снова переклеили их не существует! >аррря российские процессоры плохие они существуют! Минус мивина
>>11470149 (OP) Фамилии критиканов? Звания? Должности? Сразу увольняем без права доступа к секретке в дальнейшем. Это агенты влияния запада. Это они слили паспорта Петров&Баширов англичанам. Иуды в собственных рядах! Главная опасность!
>>11470184 Российские процессоры - это самопальная сборка кацапов на зарубежных мощностях. Поскольку в случае войны вам откажут в производстве этого говна, назвать его российским невозможно тк вы его не контролируете. Что касается самого проекта, то он есть, он российский и он кривой. Доведете до ума - сможете хоть чем-то гордиться. Не сможете - значит, ничем от хохлов не отличаетесь, только деньги пилите.
Ну блять, надо допиливать. Ведущие производители чипов инвестируют МИЛЛИАРДЫ долларов в инжиниринг. Пусть Путин лучше не на дворцы, Чечню и Донбасс деньги тратит, а вот даст МЦСТ.
>>11470149 (OP) У тебя на второй картинке Nvidia, Mediatek и Qualcomm занимают какую-то долю в производстве полупроводников, а на четвертой черным по белому написано, что они Fabless, т.е. заводов у них нет и не было никогда.
>>11470149 (OP) Ну так, мастодонты рынка десятилетиями пилили процессоры и технологии отлаживались. А тут думали с наскока процыки захуярят? Так не бывает.
>>11470272 Ну вообще да, если не считать всякие мелкие академические коллективы с околонулевым выхлопом, то МЦСТ - единственная контора, которая делает процы.
>>11470299 Я думаю, что проблема там не столько в цене (не такая уж она и высокая для предприятий) сколько в невозможности "купить у своих". Интолы и амуде можно закупить через свою прикормленную конторку с откатом, а эльбрусы, кроме МЦСТ, никто не делает и не продает.
>>11470299 Сбер приводил многофакторные тесты, где эта хуйня в реальных сценариях в десятки раз отставала от интела. Это буквально означает, что вместо одного сервера, понадобится несколько десятков. А теперь подумай, как это масштабировать... На эту нужны охулиарды кэша
>>11470149 (OP) >серверы на процессоре "Эльбрус 8С" производства МЦСТ не поддерживают загрузку операционной системы с носителей информации Виндовc XP вставили в дисковод, а он и не загрузился
>>11470327 Это Байкал, Элвис, НИИСИ, Синтакор (список не полный) - "мелкие академические коллективы с околонулевым выхлопом"? В смысле в сравнении с МЦСТ, против условного Интела понятно, что все они мелкие.
>>11470461 Так у Эльбруса VLIW архитектура. Которая, теоретически, может быть оптимизирована под что угодно. На практике, ВСЕ, кто над ней работал, — слились. Ибо сейчас процессор выполнение кода на себе оптимизирует куда лучше, чем это может сделать компилятор.
>>11470461 А это закономерное следствие выбора своей архитектуры. Писать и оптимизировать все придется самостоятельно. Под VLIW, ага, которая куда более чувствительна к говнооптимизации, там проц тупенький, ему если компилятор не разжевал, то ой.
>>11470461 Это никого не ебёт. Тесты были смоделированы так, чтобы покрыть минимальный инфраструктурный профиль любой крупной компании. Эльбрус позиционируется как замена интелу, но не соответствует даже минимальным потребностям. Никто не будет переписывать сложные дорогостоящие проекты под неполноценную хуйню с васянской архитектурой
>>11470490 >Ибо сейчас процессор выполнение кода на себе оптимизирует куда лучше, чем это может сделать компилятор >сейчас У процессора есть принципиальное преимущество - возможность оценивать нагрузку в реальном времени, компилятору же приходится заранее делать предположения, которые вообще не факт, что окажутся правдой, так что "сейчас" это довольно оптимистично, возможно, это слово лишнее.
>На практике, ВСЕ, кто над ней работал, — слились Не то чтоб прям так, кстати, в своих задачах, в первую очередь в DSP, VLIW чувствует себя прекрасно, проблема с Эльбрусом именно в попытке пропихнуть VLIW в general-purpose CPU.
>>11470440 Таки кристаллы делают пиндосы. На Тайване их только на подложку монтируют.
Они не дураки чтобы свои технологии за три копейки направо-налево раздавать. Тому-же МЦСТ AMD за невъебеннейшие бабки продал устаревшее оборудование под 35 нм техпроцесс.
>>11470570 «Сейчас» — с тех пор, как процы научились оптимизировать выполнение кода на лету. Во времена изобретения VLIW они этого ещё не умели, но уже в конце 90-х VIA и Transmeta знатно лососнули тунца. Вообще, история разработки ЭВМ в СССР/РФ — сплошные танцы на граблях. Первый оптимизирующий компилятор (ну, насколько можно было оптимизировать на том железе) — 1953 год, причём в СССР его написали. Но нет, мы будем заставлять программировать в кодах и перфокарты вручную дырявить, а отлаживать по блок-схемам на бумажке. Спустя тридцать лет — вторая итерация, теперь уже с оптимизацией кода в проце или в компиляторе.
>>11470149 (OP) >серверы на процессоре «Эльбрус 8С» не поддерживают банальную загрузку операционной системы с носителей информации ЗверьХР с CD не грузится?
>>11470618 > МВД у нас теперь эксперты в архитектуре процессоров? МВД ничего не вякало по этому поводу. Это "источник газеты" утверждает. Ну, сам понимаешь, источник секретный, журналисты их не выдают.
Не добил Путин нацпредателей в верхах, так и норовят палки в колеса вставить. То им процессоры отечественные не нравятся, то еще что. Много впереди работы по искоренению этой вражьей гадины.
>>11470149 (OP) >не поддерживают банальную загрузку операционной системы с носителей информации, «что не позволяет обеспечить достаточный уровень отказоустойчивости программно-аппаратных комплексов» Перевожу: у генерала пидорасова не получилось обойти работающее ядро системы чтобы беспалева слить базы и продать их пробивщикам.
>>11470478 Тоже блять не понимаю, почему нельзя это автоматизировать? Или обезъян каких-нибудь горилл обучить, пусть там живут за еду работают размножаются.
>>11470461 Ты совсем тупенький? Ну давай эти тесты на амуде запустим и посмотрим. Производительность также упадет в десятки раз?
Если я покупаю вездеход чтобы ездить по говнам, мне нужен именно вездеход. И когда распильнокабанчики говорят "купи наши аналоговнетные жигули, они ебать МЕГАвездеходы" то пусть сука отвечают за свои слова. А кукареканье что "это бездорожье не предназначено для наших аналоговнетов, давайте другое бездорожье" пусть намотают на швабру и засунут в анус. ТЗ не выполнено - под шкноку.
>>11470149 (OP) > не поддерживают банальную загрузку операционной системы с носителей информации Это запрещено на всех серваках, чтобы любая уборщица, имея физический доступ к серверу для протирания полов, не смогла зайти через usb-лайвсиди и получить доступ куда угодно. Статья как обычно написано малограмотными чмондельмонсами с критикой уровня "армия говно, потому что из казармы не выпускают в ближайший магазин купить пива и сигарет, когда захочу*
>>11471371 >Производительность также упадет в десятки раз? У амд и интел одна архитектура AMD64(разработка амд ), был ещё Ia64(собственная разработка интел ), но её закопали, оказалось невыгодно экономически.
Я так думаю, что тут дело даже не в качественных характеристиках самих процессоров, сколько в том, что ведомства не хотят осуществлять переход. Во-первых, это геморрой, во-вторых, на этом на закупках хуй чего заработаешь, как выше правильно заметили. Им проще отбрыкаться от навязанных переходов любыми способами, благо они у них пока есть.
>>11471490 >был ещё Ia64(собственная разработка интел ), но её закопали, оказалось невыгодно экономически Ага, даже Интел не осилил, но у МЦСТ, конечно же, всепалучицца
>>11471145 >>11470478 это всё сто лет назад автоматизировано. Но это стоит денег и могут только огромные корпорации позволить. Возможно там какая-то артель из трех буровиков решила с допотопным агрегатом денег срубить.
То же самое, что в РФ тендеры на прокладку дороги может выиграть три джамшута и ЛОЖИТЬ асфальт лопатами
>>11471049 Ну и пусть будет 130нм. Вон на ibm system мэйнфреймах 10 летней давности вообще процессоры размером с батон, где-то ещё и используются. Этого достаточно. На ps3 тоже много нанометров проц был ,можно было бы оперативки докинуть и до сих пор игрушки выпускать под него. Это всё запад с его нейёмными требованияи, а для чего? В космос не летают, оружие старое. Зачем им этот прогресс? Айфон новый сделать?
>>11470149 (OP) >процессоры >не поддерживают банальную загрузку операционной системы с носителей информации Какое бл. отношение имеют процессоры к загрузке ОС? Софт и конфигурацию пусть ставят нормально, пидарасы.
>>11471874 На IBM System мейнфреймах тот процессор — микросборка из дохуя чипов, на каждом из которых дохуя транзисторов, больше только в топовых видимокартах. IBM их до сих пор выпускает, прикинь. На PS3, ЕМНИМС, был 90нм техпроцесс в самых первых версиях, затем 65нм.
>>11470149 (OP) >Руководство МВД >отказоустойчивости программно-аппаратных комплексов Разрешите не поверить, что руководство МВД знает такие слова. >>11470149 (OP) >загрузку операционной системы с носителей информации Более туманно было не написать? Какие конкретно носители, каким образом система ставилась? Да и вряд ли это ебало бы начальство. Это бы ебло админов их сети, но никак не начальство. На неудобство работы админа все бы хуй забили.
Даже, если не знал бы, что коммерсант относится к либешарьим СМИ, то уже от этого заподозрил проплаченную статью.
>>11473205 >им систему дали Ишь чаво. За гравировку при корпусировании на TMC-шных чипах зоплатили -- им её дали, а вот за "систему" не зоплатили -- пусть сами собирают.
>>11470570>>11470490 Два швабраклована детектед. Классические суперскалярные риски так же слились, у интела и амд термоядерный гибрид, у арма64 тоже гибрид с фронтендом, у эпла вообще франкенштейн. Ничего не мешает из классического VLIW сделать такой же гибрид - оставить VLIW фронтенд, впиздячить суперскалярный бакенд. Он причем в 1000 раз проще выйдет чем у конкурентов.
>>11474146 Ты понял что сказал? VLIW не набор инструкций для процессора в обычном современном понимании, а набор микрокоманд для его отдельных исполнительных блоков. Компилятор указывает, какому блоку сейчас делать пересылку из какого регистра в какой, какому какие данные складывать там или умножать, и т.п. Именно то, что современный процессор сам для себя решает, как ему удобней сделать. В VLIW всё это прибивается гвоздями на уровне программного кода. Вместо какого нибудь FMULP, который любая интеловина поймёт совершенно неоднозначно (ибо совершенно неизвестно заранее, в каких именно местах РФ во время выполнения кода хранятся регистры, обозванные (R0) и (R1)), но выполнит максимально быстро, будет стопиццот микрокоманд: взять из регистров XX и YY (которые тоже были определены на уровне кода ранее) данные, передать на вход ФПУ номер такой-то, ФПУ выдать команду на умножение того, что на входе, результат записать в YY, YY назначить новой вершиной стека (записать новое значение кольцевого регистра стека), XX освободить. И это я ещё не трогаю работу с кышами, которую тоже придётся прописывать в таком же стиле.
>>11476426 Шизойд, какие кэши что ты несешь блять вообще? VLIW от risc отличается лишь тем что у него короткие команды на этапе компиляции группируются в бандлы.
>>11478778 Шизойд как раз ты. Во-первых, у RISC короткие однозначно разбираемые команды. Во-вторых, х86-е никогда не были RISC. CISC во всём ужасе. В-третьих, кыши самые простые, которые есть везде. Ты в курсе, что у АРМов даже последних выпусков само процессорное ядро очень маленькое — всего 35к транзисторов (первый коммерческий АРМ имел 32к)? Куда, по твоему пошли остальные охулиарды транзисторов, которые на кристалле? Да вот туда и пошли: на кыши всякие многоуровневые, на управление ими. Мал-мала отсыпали на встроенную видяху. Отлично, группируются. И результат выходит намного хуже, чем если бы проц сам группировал как ему удобно.
>>11481983 Кэши это часть подсистемы памяти, во всех процессорах оно управляется автоматически (в том числе и в эльбрусе) никто в ручную ими не управляет, тупой ты хуесос.
>>11483389 Дадад. Потому есть специальные инструкции для управления кышами. Но если ты отдаёшь кыши на откуп логике самого проца, почему ты не хочешь отдать той же логике указание конкретным блокам, как именно выполнять инструкцию? ZOGчем тогда VLIW? Или ЭТО ДРУГОЕ?
>>11484447 >отдать той же логике указание конкретным блокам, как именно выполнять инструкцию? ZOGчем тогда VLIW? Той же логике нельзя это отдать, это надо другую городить. Это во первых, во вторых инструкции не выполняются "как то" они выполняются так как написано в документации - умножить/сложить/сравнить/итд два аргумента. Влив нужен затем что бы выкинуть к хуям из железа внеочередное исполнение и добавить что-то полезное. А вот классическую суперскалярность где планировщик сам выбирает на каком юните исполнять то же умножение с плавающей точкой надо вернуть, это позволит спокойно удлиннять конвеер и переделывать устройства не боясь за то что код сломается. Как на суперскалярах.
>>11483389 >>>11481983 >Кэши это часть подсистемы памяти, во всех процессорах оно управляется автоматически (в том числе и в эльбрусе) никто в ручную ими не управляет, тупой ты хуесос.
>>11484447 >>>11483389 >Дадад. Потому есть специальные инструкции для управления кышами. >Но если ты отдаёшь кыши на откуп логике самого проца, почему ты не хочешь отдать той же логике указание конкретным блокам, как именно выполнять инструкцию? ZOGчем тогда VLIW? Или ЭТО ДРУГОЕ?
Здравствуйте, это канал об аниме? Где посмотреть репозитарий форков Миуры-пидора?
>>11484832 «Как-то», потому что неизвестно заранее, какими именно блоками будет выполняться. Вот мне интересно, как ты собираешься скрещивать суперскалярность, которая о том, что проц сам решает, как и на каких именно блоках инструкцию выполнить, и VLIW, который о том, чтобы это всё было в коде программы гвоздями прибито? Ничё, что это диаметрально противоположный подход?
>>11488349 >неизвестно заранее, какими именно блоками будет выполняться. Точно так же - номера юнитов тупо игнорируются и планировщик решает на каких юнитах что исполнять. Например в Широкой команде 6 вещественных умножений, а устройство только 1 или 2 (потому что у нас мобильная версия эльбруса для телефонов в однокластерной компоновке), после 6й стадии конвеера команда идет не сразу на исполнение как в большом эльбрусе а попадает в конвеер планировщика (заранее удлинненый на достаточное к-во стадий) где на каждой итерации команда либо идет на исполнение либо продвигается на одну стадию ожидания. Таким образом у нас получается основной 6и стадийный конвеер - это влив фронтенд, а дальше начинается асинхронный суперскалярный бакенд, в котором команды не блокируются а нопы и нумерация служат лишь дополнительной информацией для облегчения планирования а не прямыми приказами к остановке конвеера и исполнению на конкретном юнете. Профит.
>>11489047 «Шесть вещественных умножений в широкой команде». Похоже, ты нихуя не понял за VLIW. Это не про дохуя инструкций в виде одной супердлинной, а расписывание каждому блоку его действий. Именно потому эта хуйня никак не взлетит, что сам процессор распишет в реале это лучше, чем компилятор. Это могло проканать лет тридцать назад, когда процессоры были тупые, а программу маленькие. Но не последние двадцать-двадцать пять лет. Но тридцать лет назад это не канало по другой причине — памяти мало в системе и она дохуя дорогая. Все эти извраты в реальных х86 — они именно оттуда, от дорогой памяти в 70-х. ARM, разрабатывавшийся десятком лет позже, от этой хуиты был уже избавлен, его инструкции просты и понятны. Но VLIW требует во много раз больше памяти на код, чем RISC или CISC, для выполнения тех же действий. ЗЫ То, что ты описал, использовалось в БЭСМ-6. Ибо ширина шины 48 бит при длине инструкции 24 бит. Точнее, теоретически могло использоваться, но обычно во второй половине слова сидел НОП, т.к. сделать на неё переход невозможно.
Руководство МВД недовольно работой серверов на "российских" процессорах «Эльбрус» компании МЦСТ.
Там указали, что при эксплуатации российских чипов тормозится цифровизация ведомства. В частности, одной из жалоб стало то, что серверы на процессоре «Эльбрус 8С» не поддерживают банальную загрузку операционной системы с носителей информации, «что не позволяет обеспечить достаточный уровень отказоустойчивости программно-аппаратных комплексов».
В декабре 2021 года стало известно, что крупнейшие российские потребители серверного оборудования остались крайне недовольны вычислительной техникой на отечественных процессорах (см. “Ъ” от 17 декабря). Минцифры проводило по этому поводу встречу с участием «Ростелекома», департамента информационных технологий (ДИТ) Москвы, ВТБ, «Росатома», «Ростеха», АК АЛРОСА, «Сбера» и «Почты России».
По их мнению, представленные образцы оказались попросту непригодны к использованию из-за чрезвычайно низкой производительности, слишком высокого энергопотребления и неконкурентной цены. Работать с российскими серверами компании согласились только в случае, если те будут справляться с задачами и сравнятся по цене с зарубежными аналогами.
https://www.kommersant.ru/doc/5192750