Так кэш тоже «горячий» именно из-за движения данных из него в ядра.

Посмотри, как работают систолические матричные умножители. Они в теплопакете (условно) 1 Ватт дают 1 TOPS. Это достигается именно из-за того, что данные не гуляют на длинные расстояния, не «греют проводники с ключами» и задержки минимальны.

Если твой алгоритм имеет временную сложность O(N*logN) и сложнее, т.е. один элемент данных обрабатывается много раз (то же перемножение матриц), то систолические архитектуры оказываются уже лучше. Принцип там довольно простой (в общем случае) — это глубокий пайплайнинг всего, что только можно.

Т.е. кэши — это хорошо, но это «не то», когда мы говорим о вычислительно-интенсивных задачах.

Ну тут так же 8 каналов памяти и 96 линий pci.

Ну давай посчитаем. 8 каналов DDR4 — это где-то 200GB/s пиковой ПСП. Получается в районе 2GB/ядро ARMv9. Довольно борзое. Этого более-менее достаточно для целочисленики типа компиляции, которая будет львиную долю времени сидеть в кэше. Но это и близко не достаточно для чего-нибудь memory-bound.

Внутренний параллелизм памяти — 8(каналов)*16(банков на канал) = 128. Т.е. в идеале, при самых благоприятных фазах луны, есть какой-то запас параллелизма по памяти.

я бы взял себе такой для кросскомпиляции

Бери тредриппер про. Всяко лучше будет, если не только для кросскомпиляции.

DDR5

Пока что это не сильно лучше, учитывая всякие векторные расширения, которыми каждое ядро оборудовано. Чтобы раскрыть потенциал всех ядре такого монстра, нужно 1TB/s и более.

так zmodem любишь?

Неоднократно выручал. А название пакета как-то тяжко запоминается.

Посмотри, как работают систолические матричные умножители

они не подходят для общих задач

Т.е. кэши — это хорошо, но это «не то», когда мы говорим о вычислительно-интенсивных задачах

отключи кэши, сразу быстрей заработает

Ты не понял, о чем я говорил. Нет никаких «общих задач». Есть последовательный однопоточный код, есть data parallel, есть вычислительно-интенсивные задачи, есть полный перебор (комбинаторная оптимизация). И есть смесь задач.

То, о чем мы говорим обычно под «общими задачами», это смесь различных задач. Но эта смесь выполняется на архитектуре, оптимизированной для однопоточного кода. Нафига мне тащить сквозь иерархию кэшей данные, если я их могу обработать прямо в чипах памяти? Или, не так радикально, прямо в контроллере DDR/HBM, еще до всех кэшей?

Но, нет. Я даже взаимодействие потоком должен делать через кэши и их протокол когеррентности.

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

я не знаю, обработай в чипах памяти, счас же все так делают

Ты опять меня не услышал. Сейчас так делают те, кто может себе это позволить. Появление различных акселераторов приложений в составах SoC, выпуск основными облачными провайдерами своих собственных чипов и вот это вот всё — это проходит мимо тебя.

Кому надо и кто может, те делают собственные вычислительные архитектуры. Остальные продолжают есть то, что дают. Но, если говорить об этом 128-ядерном чипе, то его потенциал даже близко не будет раскрыт целевыми приложениями. Он, скорее всего, будет какой-нибудь питон гонять. Или джаву.

Все эти вычислительные архитектуры — для тех, кто знает, что со всем этим потом делать.

Да.

По скорости чуток более борзо только ибо DDR5.

Пока же взаимодействие между ядрами идет через кэш, что на таком количестве ядер уже не эффективно.

Да. Вешать все ядра на один кеш при таком числе ядер это уже лишено всяческого смысла.

Но и тут есть тонкость. В стандарте ARMv8-A есть понятие PE affinity. Это некий такой processing element. Т.е., это может быть что угодно, имеющее программный счётчик. Это может быть поток в многопоточном приложении, поддерживаемом аппаратно, ядро в однопоточной системе, пофиг. Главное чтобы PE в пределах системы был уникален.

Там есть 4 (согласно спеки ЕМНИП 4) поля, которые должны быть уникальны в пределах всей системы и которые позволяют однозначно идентифицировать PE в системе. PE может быть и групповым. Т.е., отдали make -j 10, заняли 10 PE и создали тем самым группу «кластер» из 10 PE. А уж что это будет – отдельные ядра или потоки на них, это по идее, вопрос десятый. Процессор знает что группа PE с ID == 0 это первый такой кластер, а core IDs == [0-9] это идентификаторы задействованных в нём ядер. Как-то так примерно, сейчас детали не особо важны, могу и напутать, спеку давно листал и не особо внимательно, чисто ознакомления ради.

Собственно, по этой причине Байкал и хочет в своём Байкал-S реализовать 48 ядер и говорит уже сейчас про какую-то «кластеризацию». Вот она, выше.

Да, для задач с ограничениями по памяти это даже с учётом DDR5 несколько в напряг. Но для задач, активно использующих кеш этого более чем достаточно. В конце-концов, именно из-за отсутствия frontend для обмолотки CISC инструкций ARM-компилю и приходится на этапе компиляции упарываться по оптимизации от души. Ну и расширенное число регистров для ARM здесь способствует тому, что какие-то вещи оптимизируются в коде проще. Ну да, китайцам придётся доточить тулчейн для поддержания всех фич процессора.

Внутренняя параллелизм памяти, по идее и даёт ответ почему 128 ядер, да. Ну и кроме того, ядра годны и для NEON и для fp. В принципе, считай чё хошь. Ну да, под VLIW конечно проц не заточен. Да и пофиг. Это именно что серверный проц.

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

Конечно будут промахи по кешу, просадки по шине. Но в общем и целом, при таком zerg rush ядрами для общей производительности проца это не особо важно. Ну будет какое-то число ядер тупить с кешем или гонять данные туда-сюда по шине больше чем нужно. При таком числе ядер это и не особо важно.

Брысь.

Так вот посчитай цену вундервафли.

Даже если говно стоит ровно «бесплатно», мне говно ненужно. И я могу только спросить какая ложка говна на бочку мёда Вам нужна для того, чтобы бочка мёда стала говном окончательно и бесповоротно? Чайная? Десертная? Столовая?

А вот по мне ни какая. Даже чайная ложечка говна превращает бочку мёда в бочку мёда смешанного с говном.

Так что, брысь. Маркетинговый bullshit несколько не интересен. И нет двухчасовые ролики ни о чём тоже.

Сейчас так делают те, кто может себе это позволить.

какое отношение это имеет к обсуждаемому процессору ? то что кэш это костыль для экономии быстрой памяти и так понятно и HBM на этом процессоре нет

выпуск основными облачными провайдерами своих собственных чипов и вот это вот всё — это проходит мимо тебя.

пипец, как буто ты там дирижёр :)

https://en.wikipedia.org/wiki/128-bit

какое отношение это имеет к обсуждаемому процессору

Какой смыл в 128 ядрах на одном кристалле, когда канал в память узкий.

пипец, как буто ты там дирижёр :)

Да. Дирижер, а что? Могу себе позволить Alveo U50 за $2.5К. Это акселератор приложений такой с HBM на борту. А дальше уж что моя фантазия пожелает и свободное время позволит. Меня, например, интересуют программируемые контроллеры памяти.

Вот, например, выше Moisha_Liberman приводил задачу IDS/IPS, которая на такие акселераторы идеально ложится. Там нужно организовывать БД в памяти и делать сопоставление с шаблоном. Внутреннего параллелизма HBM, в теории, должно хватить для миллиарда запросов в секунду. Остается решить, как этот параллелизм охватить алгоритмом.

Да. Дирижер, а что? Могу себе позволить Alveo U50 за $2.5К. Это акселератор приложений такой с HBM на борту.

был бы дирижёр юзал бы что-то уровня MRAM, а так больше на баяниста похож :)

Короче, так...

Чтобы было более-менее понятно. =)

что в Воронеже кто-то решил делать свои FPGA, что, по моим представлениям, куда проще, чем делать процессоры.

Да. Но назначение этих FPGA было не mass market. Вообще. У нас есть проблема.

Если брать те же 128 ядерные ЦПУ, то видно то, что у Алибабы возник BRQ (business requirements), оно же stakeholder requirements specifications (StRS). Алибаба живенько поднапряг некую китайскую компанию и они резвенько родили им эти процы. Ну просто потому, что знают и умеют. Т.е., есть компетенции. Как я тебе и говорил, мало иметь материалы и энергию, надо ещё материалы уметь обрабатывать так, чтоб получилось готовое и применяемое на практике изделие. К тому же китайцы живенько выпнули от себя ARM Ltd., японцев из SoftBank и теперь имеют полное право не делиться своими наработками со всеми остальными.

Ключевой момент здесь это то, что куда ни кинь, везде китайские ARMы – от мобилы и выше. Т.е., руку они набили ну очень хорошо. И на гомогенных и на гетерогенных и на каких хочешь ядрах. И именно на mass market. Учитывая стоимость разработок/выпечки, в уголке на кошках не потренируешься.

У нас ситуация с точностью до наоборот. Собственно, Эльбрус это от ExpLicit Basic Resources Utilization Scheduling. В реализации Эльбрус-90микро эти системы используются в комплексах ПВО. FPGA, про которые мы чуть выше говорили, тоже в оборонке. Байкалы тоже идут под вот это вот самое «спецприменение». У всех всё хорошо. Государство финансирует, люди делают. Вроде, чё ещё для счастья-то надо?

Но потом люди вспоминают что ёклмн, да есть же ещё и гражданский рынок, который ни кем не окучен! А давайте на нём импортозаместим как это сейчас модно. Т.е., государство считает что у него всё на мази, деньги уже освоены, типа решения найдены, а теперь давайте это продавать на mass market. Гражданский рынок от такого внезапно свалившегося на него счастья просто в афиге. Т.е., весьма специализированные решения внезапно начинают предлагаться как альтернатива и решение «для нашего нового всего». Учитывая «импортозамещение» на безальтернативной основе в ряде случаев (с госкорпорациями это вот прямо с места не вставай), деваться особо некуда (да, странная модель дистрибуции – российская дистрибуция, бессмысленная и беспощадная, ага).

И тут бы вспомнить что ни один… «импортазамещатор» (в особенности из тех, кто звонко трындит про это самое импортозамещение) как-то не продал гневно свой автомобиль представительского класса и не пересел радостно на «жигули».

Всё остальное точно так же. А так-то у нас производится много чего. Если для спецзадач. Вот только простые задачи, свойственные бизнесу тут как-то приходится решать по-другому. Ракеты в офисе как-то сбивать не приходится, как всем понятно.

Вот прямо не выходя из треда пример:

NAY_GIGGER задаёт простой вопрос – Alibaba выпустила 128-ядерный процессор на архитектуре ARM (комментарий):

Т.е. ничего относительно дешёвого и подобного малинке у них не имеется? Т.е. чтобы просто потыкать железку.

Ну да, его понять можно – уж кто только каких железок пользовательского класса не насоздавал. Тут и малинка та же. Как говна за баней – пучёк за пятачёк. И FPGA дешёвые… Короче, дофига всего.

Однако, ответ очередного ананаса (производное от «аноним» и ещё одного слова, начинающегося на «пи») выглядит так:

Поищите бенефициаров Baikal Electronics и попробуйте объяснить - зачем этим людям дешёвое решение. У них наверняка есть бизнес-план, и там нет «глупостей» типа «We make computing and digital making accessible to all through providing low-cost, high-performance single-board computers and free software». Вероятнее позиция «Вот — змея запускаем! Купи — мамочку позабавить! За пинжачок отдам. С карманами, конечно!»

Перевожу на простой русский, надеюсь, NAY_GIGGER не будет на меня сильно обижаться за перевод.

Мальтшик, вали отсюда, здесь «большие пацаны» бизнесом занимаются.

Вот, по сути, что и сказано если выкинуть весь звиздёж про бенефициаров. Больше ни что.

Ну а теперь получается просто. Чуваков, которые создавали когда-то давно продукт (не прошло и 10 лет, да, выкатили) кунают носом в их говно на этом самом mass market, приговаривая не фиг с суконным рылом да в калашный ряд лезть, а чуваки пытаются рассказать сколь же звиздат их процессор, который заточен под пальбу ракетами по самолётам. И как убога их модель дистрибуции, если они могут позволить себе продавать госкорпорациям, а «просто пользователь» иди на фиг. Тут уважаемый директор одной их этих компаний даже письмишко слёзное накатал что дескать государство не заботится о своих производятлах. Те вот стараются-стараются, а государство не хочет о них позаботиться. Про это самое письмо вот материалец, если будет интересно. Тут бы ещё конечно понять при чём «требования рынка» и «государство» вообще? Как они связаны в либеральной экономической модели и чё нам тут за СССР v2.0 вообще предлагают со всеми прелестями анальных изгородей.

Если бы не было видно результатов от тех же китайцев, то я бы тихо умилися. А вот тут глянул на китайское решение и тихо фалломорфировал.

Ну а про то письмо и «старания» анекдот вспомнился. Приходит пара к врачу и говорит:

• Детей вот стараемся завести, пилимся, аж задницы трещат.

Врач посмотрел на них:

• Пацаны, вы серьёзно?

Ну а как ещё охарактиризовать идею:

В понимании главы МЦСТ, властям фактически нужно вводить планирование поставок российских чипов с авансированием производства разных линеек отечественных процессоров, «буквально как при Госплане»,

Ну, то есть, пока складские залежи говн не кончатся, хошь-не хошь, а покупать придётся. И похрен что нужно несколько другое. Это самое «несколько другое» они потом соизволят выпустить. Может быть. Когда-нибудь. Если нам повезёт.

Дойдем и до MRAM, всему свое время. Я, кстати, серьезно. У меня в рамках Мемории планы на охват фреймворком in-memory computing тоже.

Я, может быть, и дирижер всего лишь своего баяна. Но ты сам пойди на этом баяне поиграй для начала, чтобы можно было на MRAM замахиваться.

С кешем надо смотреть, я АРМов толком не знаю (тем более, разного разлива). Обычно, в такого типа архитектурах когеррентность кэшей поддерживают только в пределе кластера (4-8 ядер). А между кластерами уже другие, более явные и контролируемые, механизмы коммуникации нужны.

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

Вот мы тут VLIW в варианте Эльбруса дружно «обосрали», хотя этот камень вполне себе можно рассматривать как матричную числодробилку с функциями слабенького CPU общего назначения. Ну, там, данные ядрам подносить. Сейчас для этого лучше делать ARM/RV + матричный умножитель, но тут есть место для вкусовщинки. Можно по факту и так, и так.

Так вот, исторически, CPU развивались в сторону быстрого исполнения однопоточного последовательного кода с низкой степенью внутреннего параллелизма. И вся архитектура памяти затачивалась под то, чтобы решить проблему memory wall в том виде, в котором с нею сталкивается такой код. Отсюда и такие тяжелые иерархии памяти. И если для однопоточного кода другого выбора-то и нет, то для других типов задач такие иерархии памяти будут только греть воздух (хорошо если только это), не делая полезной для вычислений работы.

Вот пример. Есть такая классная во всех смыслах штука. Seastar Framework. Там делается один worker на физическое ядро и между ними — мессаджинг через низколатентные неблокирующие очереди. Но, поскольку фактически обмен данными идет через протокол когеррентности кэшей, в ситуации, когда все ядра начинают интенсивно общаться со всеми всё быстро захлебывается: реальное количество сообщений в секунду падает в 10-100 раз относительно ожидаемого. Тут, разумеется, можно винить и сами очереди в Seastar, и то, как был написан бенчмарк, и конкретные ядра, на которых этот бенчмарк был сделан. Однако, ясно, что расчетную пиковую производительность из такой архитектуры если и можно вообще выжать, то нужно ну очень постараться. Я не удивлюсь, если это окажется сложнее, чем с тем же Эльбрусом с его VLIW.

В общем, «претензия» к тредрипперам/зионам/армам в том, что это по сути всё та же архитектура памяти для однопоточного кода, которую обвешивают разными расширениями, как елку — игрушками, но оно не сильно помогает в плане производительности на ватт. Движение есть, прогресса — нет.

По поводу социал-монополизма МЦСТ тут, возможно, всё куда более прозаично. Им нужны инвестиции для следующих камней. А их нет, так как нет вообще никакого рынка, кроме оборонки. Вот они таким образом и хотят себе рынок сделать, т.е. обеспечить cashflow и под него искать внутрироссийские инвестиции.

----------

Я, кстати, видел публикации, что от них 50 человек недавно ушло. Сейчас кремний горяч, как никогда. Китай, опять же, людей активно переманивает к себе в Huawei. Так что, я думаю, что в МЦСТ сейчас лютый баттхерт царит.

Дык да!

С кешем надо смотреть, я АРМов толком не знаю (тем более, разного разлива). Обычно, в такого типа архитектурах когеррентность кэшей поддерживают только в пределе кластера (4-8 ядер). А между кластерами уже другие, более явные и контролируемые, механизмы коммуникации нужны.

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

Пока я вижу только процы (много) с достаточно развитыми ядрами, поддерживающими (по спекам) и fp вычисления и вплоть до аппаратной виртуализации, включая крипту, если не ошибаюсь. Т.к. чудес не бывает, да и я в них не верю, значит что все эти ядра являются либо полностью независимыми и тогда они как-то объединяются и по кешу в т.ч. on the fly, либо ядра поделены заранее на кластеры и тут придумывать нечего, у каждого свой кеш и управление, либо это всё один такой кластер и управление там построено одно на всех, тогда это лишено смысла, т.к. кеш в случае проблем отравит такой проц целиком. Тут есть вопросы, которые мне сомнительны пока и нет на них ответа.

Хотя, по логике и глядя на ядра, я смутно догадываюсь что при такой развитости ядер, когда и NEON (аналог SIMD) и fp тебе в полный рост, и всё остальное-прочее, по идее, это да, дальнейшее развитие того, о чём ты и говоришь – CPU развивались в сторону быстрого исполнения однопоточного последовательного кода с низкой степенью внутреннего параллелизма.

Т.е., ядра самостоятельные, но вот паралеллизм организуется отчасти внешним управлением и так как это в спеке на ARMv8-A и написано. При организации кластера из группы ядер программный код сам знает где, на каком кластере и каком ядре должен исполняться соответствующий участок кода. И кеш тогда у нас является строго локальным для данной группы ядер. Становится уже несколько легче. Система уже просто знает куда лезть, а куда не надо. Что занято, что нет.

В пользу этой версии говорит два фактора:

• Там, где нужны ОСРВ нет когерентного кеша. Просто потому, что это сразу конфликты, задержки, промахи и вот это вот всё. Поэтому в авиации до сих пор и используют что-нибудь типа i386. Развитее и не надо. Однопроцессорка в истом виде.

• Ядра процессора достаточно развитые. Делается это сравнительно просто – берут стандартное ядро проца и на уровне блоков (IP Cores) докидывают туда нужное. Например, так реализован блочный шифр AES в современных ядрах – AES-NI это оно и есть. При необходимости чего-нибудь криптануть-декриптануть, код просто бросает в это ядро (если поддержка инструкций есть есть в софте) какие-то данные, ключ и направление (шифрация или дешифрация) и просто дальше занимается своим делом, либо ждёт пока ядро отработает. Альтернатива здесь – обмолачивать эти данные не на спецядре процессора, а на АЛУ проца, что в разы дольше может получиться. Ну либо внешний по отношению к процессору криптоускоритель городить отдельно.

В общем, «претензия» к тредрипперам/зионам/армам в том, что это по сути всё та же архитектура памяти для однопоточного кода, которую обвешивают разными расширениями, как елку — игрушками, но оно не сильно помогает в плане производительности на ватт. Движение есть, прогресса — нет.

Да, но боюсь по-другому тут ни как. Либо усложнять архитектуру каждого отдельного ядра, пытаясь их хоть как-то взаимоувязать, либо оставлять простые ядра, но навешивать внешние обработчики (например, тот же криптоускоритель) как внешние по отношению к процессору модули, вынося на них часть обработки (что нас ещё, кстати, и замедлит вдобавок, т.к. как минимум одной пересылкой по шине больше, а то и две). И тут вопрос сколько таких внешних специализированных подсистем тогда понадобится. Пока есть возможность развивать именно ядра процессора, делают именно это. Мы же говорим про процессор общего назначения, а не специализированный. Значит, тут сразу смешанные задачи (и числодробилка это одна из возможных задач). Значит, и проц должен удовлетворять всем требуемым задачам.

Ну вот, как-то вот так. На мой взгляд. Что там китайцы реально сделали – я х.з. конечно. Но впечатляитЪ. =)

Да это-то всё понятно...

И роль китайцев тоже. В Хуавее есть даже запрет уже на приём сотрудников из ряда российских контор. Просто, то что 50 чел. ушло, говорит о том, что им предложили конкурентную з/п и, что самое главное с технарями, им предложили более интересный и «живой» проект. Т.е., люди посчитали ненужным продолжать то, что они делают, т.к. не увидели для себя перспектив. Что и подтверждает то, что просто звиздец творится. Если глянуть непредвзято.

Конечно писать слёзные челобитные это слегка проще чем заняться созданием действительно нужных и прорывных вещей. Ну, видимо, ресурс исчерпан. Однако это не повод пытаться обмануть физику и на VLIW СХД построить.

Если честно, то рынок оборонки в частности и рынок госкомпаний вообще, это и есть то самое золотое дно в России и в любой другой стране мира. У «просто бизнеса» нет таких ресурсов, которые есть у государства. Это и в Америке тоже так, просто «просто бизнес» в Америке слегка богаче, чем в России. Тупо денег больше, поэтому и не очевидно на первый взгляд. Хотя, вон выше про Intel ссылку я давал. По сути, точно то же самое, только объёмы денег, вливаемых в индустрию значительно больше.

Да, но боюсь по-другому тут ни как.

Ну почему же. Альтернатива есть, это, например, HSA и акселераторы, подключаемые по CCIX. ARM уже давно пошел в этом направлении, и сейчас Apple будет собирать плюшки на своем SoC для ноутов. X86 все по старинке, сам тянет. Попутно засоряя систему команд опкодами и префиксами. Очень сильная сторона ARMа в относительной открытости, когда вендор может объединять различные IP в рамках единого решения. А Intel и AMD много чего предстоит изменить во внутренних процессах для этого.

Массовый потребитель, ты не понял, инвестиций нам принеси! Мы в импортозамещение летим. (С) Х/Ф Распил-2

Американский рынок госзакупок устроен не так, как российский. И то, что я обрывками знаю о последнем, то там «не разгонишься». В том числе, компаниям приходится финансировать работы по госконтрактам за счет собственного коммерческого сектора. Т.е. МЦСТ может оказаться просто жизненно необходимым иметь возможность продавать свои решения анонимусам с ЛОРа. Как это обеспечить — уже другое дело. И право крепостное можно пролоббировать, чтобы народ не сбегал. И «газ отключить» тем, кто «не хочет покупать облигации». А что делать?

А парни то считали что блоки выборки и предсказания ветвлений в памяти гоняют данные заранее и потому какой-нибудь Л3 кеш хоть и медленный, но имеет смысл и только в случае кеш промаха начинается проблема с долгим доступом к памяти, особенно если к ней только что обращались и у нее увеличена задержка. Но это мелочь по сравнению с перекомпиляцией шейдеров, которая дает особенно заметные просадки на ходу. А то рапортуют людям какие у них успехи якобы, а до сих пор что-то трудности с отрисовки 360 кадров стабильных на новейших вроде бы видеокартах с новейшими процессорами. Все эти тонкости они правда не важны пока кто-то не додумается, что можно заранее скомпилировать код с ветвлениями как на Эльбурсе. И так раздули объемы кода под 200+ гигабайт на игру а выхода не нашли потому что компилятор сложная штука и компилировать на ходу это как рендерить сцену, используя лучи на ходу. Почему-то в древнем Сталкере есть солнце и тени и все вот это, а нам вещают как классно иметь одну статическую точку и рендерить на ходу WOW эти лучи. Вычисления это то ради чего создают центральные процессоры. Ускорить всякую муть можно и на процессорах менее универсальных и более дешевых. Если интеловские 48 ядер стоят 48000$, то сколько может стоить 128 ядер? 100000$? 150000? 200000? За штуку неплохо так. Китайцы все равно ничего лучше не придумали и если это для освоения космоса нужно в дата центр, то и 200000 долларов будет не космической цифрой. Все же зависит от возможностей и того насколько надо иметь свою инфраструктуру. Тут немного не рыночный подход когда дело касается топовых решений. Просто задвигать про потребительские процессоры в смартфонах это любой дурак сможет. Чтобы разобраться в сложном нужны мозги. Понимаю, что не я один могу соображать, но вот сфера применения лучшего для китайцев на мой взгляд будет весьма ограничена. Оно как бы есть, но его фактически нет по конской цене. Больные на голову американцы могут еще бросить денег для астрономов например. Может они будут иметь какой-то выхлоп от кучи слабых ядер за дофига денег.

С той лишь разницей что крепостной крестьянин не парил мозг где взять деньги на постройку дома, все разрешительные документы, как будто дом рухнет когда такие же дома столетиями стоят и конструкция там проста как дважды два. А не заплатишь всем подряд больше стоимости строительства дома - сожрут и отберут все. Так что как ни странно, но именно после отмены крепостного права все стало гораздо хуже с этими налогами когда надо платить вообще за все. Крестьянин не платил за воду, отопление а отдавал продуктами из того что имел 10%. Даже несмотря на ужас отсутствия свободы это не такой уж и кошмар как это описывают учебники от власть имущих. Скот уже получает метки в виде загранпаспортов на Эльбрусах. Так что они делают свое дело и видимо делают это хорошо. Проблема в тех, кто это все устроил.

Вот эту часть – RTLs можете прямо сейчас брать и отдавать на TSMC… =))) Там конечно, много чего нет, но в принципе, для минимального проца, чтобы его «выпечь» и хотя бы как-то использовать именно в виде микросхемы с минимальной применимостью, этого хватит.

Эта срань без MMU и OOO никому задаром ненужна.
«Процессоры» такого уровня студенты за пару с нуля делают.

Сам ты брысь. Когда «вундервафля» стоит как самолет, а делает то же самое, что и такой же сервер, но на 4 процессорах эта «вундервафля» просто кусок говна. Ты же неспособен доказать, что производительность на ядро это не равно производительности всех ядер в одной задаче. Погляди как люди пакуют по 153 процессора к один шкафчик и до тебя может дойдет. Так то в России с местом проблем особых не наблюдается. Построить огромный барак под это дело вообще не составит труда. Твоя убогая вундервафля неконкурентноспособна по причине адовой цены в то время как Эльбрусы даже в крошечных партиях обходят штеуды в адовых партиях когда их стоимость крайне значительно снижается. Ты обосрешься в попытке доказать, что Эльбрусы ничего стоящего из себя не представляют. Потому что уже всем давно очевидно, что ты цепляешься за воздух. Так что давай вали уже к долбодятлам, которые имеют уровень мышления «Вот у Светки то велик розовый с блестками, она то крутая. Надо всем розовый велик с блестками чтобы быть крутыми.».

Ну, то есть...

Незаметно было что «эту срань» вообще-то аж на Spartan 6 запускают, огггада…

Вот только потом из этой срани выходит вот чего – Переговоры Intel о покупке разработчика микросхем SiFive провалились. Intel хотела купить это стартап (мне сразу его назвать сраным или это сделаете Вы?) за каких-то жалких два лярда долларей. Однако, этот стартап не продался и внезапно ответил ударом, выпустив своё ядро. И как раз на RISC-V. Их Performance P550 совместим с ISA Risc-V RV64GC. Он масштабируется до четырехъядерных сложных конфигураций. Но Вы правы – фу, фигня какая! Мы-то и не то исчо могём! =))) У нас же полно победителей олимпияд всяческих! Ого-го и местами эге-гей! =)))

Если уж так охота, то вот Вам GitHub компании для изучения. Я там порылся, есть интересное кое-что. И да, таки Linux у них уже бегает. Прямо первая ссылка в их гитхабе под названием buildroot. Ага. Оно и есть. Ни в чём себя не ограничивайте!

Да и наличие веб-конфигуратора на их сайте смущает. Т.е., можно заказать именно набор нужных корок в ядре процессора, Вам его изготовят и доставят до двери. Я офигел когда увидел что там можно конфигурить и 32 и 64 бита и ещё выбрать подл какую ОС мы хотим корки – под Linux или RTOS какой. На фиг вообще денег на какие-то непонятные завирально-маркетинговые проекты тратить? На фиг нам какие-то МЦСТ с Байкалами, везущие в Россию процессора не иначе как «с боем»? Вы там в маркетинговых отделах не офигели ли часом?

Китайцы, кстати, тоже туда же. Даже говорить ничего не буду.

Разработкой ядер RISC-V китайцы занимались около 10 лет. В проекте приняло участие 25 студентов и преподавателей Института программного обеспечения Китайской академии наук (ISCAS). Примерно год назад на GitHub был создан репозитарий кода для платформы Xiangshan и за год удалось отладить и запустить на ней Linux и Debian. Сейчас к проекту подключаются крупнейшие китайские компании, включая, например, ByteDance. Ведётся подготовка как к созданию совместимых приложений, так, похоже, и ноутбучных платформ.

Мда… Китайские студенты, такие студенты… =)))

И, чтобы поставить здесь точку, я закончу Ваше послевузовское «образование» (хотя, я и не догадываюсь даже в каком ГПТУ Вас чему-то пытались научить), заметив что сам по себе RISC-V вовсе не сложен. Просвящаться здесь.

Есть.

Но понимаешь, есть ещё и такая поганая штука как инерция. Любая система (а «индустрия» это тоже система) инерционна. И дело не только в том, что лучшее – враг хорошего. Дело в том, что придётся вложить бабло и достаточно большое бабло и перетачивать массу инструментов, тех же тулчейнов. Здесь есть неиллюзорный шанс на увеличение фрагментации всей индустрии. А это плохо просто потому, что ни как не защищает инвестиции.

Т.е., банально может получиться – прешёл на другой техпроцесс – всё снова и заново. Поэтому и Intel и AMD ещё и живы, что дорого тебе брать камень у одного производителя – возьми у другого. Техпроцесс будет примерно одинаков. Да, будет внутреннее отличие – AMD это сравнительно быстрые, но чуть более «тупые» ядра на быстрой шине, а Intel это чуть более «умные» ядра на более медленной шине. Но и то здесь всё относительно и особой роли не играет.

Тут уж если честно, даже генточку не все осиливают правильно под используемый проц заточить, а уж глубже 99.9(9)% вообще даже и не думают заглядывать. Поэтому всё и катится как катится, пока ресурс не исчерпан. Чтобы не устраивать революций, а плавно и эволюционно перейти к более лучшим вариантам технологий.

Не совсем так.

В том числе, компаниям приходится финансировать работы по госконтрактам за счет собственного коммерческого сектора.

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

Причина проста – ответственность. Взять у государства деньги, это значит подставиться под деятельность ряда организаций, многие из которых не так приятны в общении как Счётная палата, например.

Государство финансирует работы, да. Но оно и требует сроков исполнения. Вот прямо из недавнего, не про процессора, но всё же. Посмотри – бабки государство выделило. В полном объёме (по госконтрактам государство выделяет бабки, всегда). Бабки были «освоены», да так лихо, что:

Создание ГИС ТЭК было утверждено Правительством в апреле 2013 г. Обязанность по ее созданию была возложена государством на Российское энергетическое агентство (РЭА). В общей сложности Минэнерго было выделено РЭА на ГИС субсидий на сумму 968 млн руб. Уже в июле 2013 г. работы над системой вызвали ряд претензий со стороны Счетной палаты. В ходе аудита контролирующего органа было обнаружено, что более половины всех затрат были перечислены за невыполненные работы, конкуренция поставщиков ограничивалась, а проект фактически еще не был начат.

В октябре 2014 г. был объявлен конкурс на создание системв. Его победителем стала компания «Ланит». Сумма контракта составила 607 млн руб., срок сдачи работы был определен до 1 октября 2015 г. Однако в ноябре 2015 г. стало известно о том, что запуск ГИС затягивается на неопределенный срок. Тогда в РЭА заверили CNews, что рассчитывают полностью принять систему уже в декабре 2015 г.

В январе 2017 г. РЭА и «Ланит» обменялись встречными исками на 273 млн руб. каждый, обвиняя друг друга в срыве сроков контракта.

В мае 2017 г. власти обвинили РЭА в срыве проекта. К такому выводу в ходе повторной проверки пришла Счетная палата. По ее данным, расходование бюджетных средств осуществлялось с нарушением требований законодательства.

В дополнение, в сентябре 2017 г. CNews рассказал еще об одном проблемном подпроекте ГИС, который заморозил субсидии на сумму порядка 47 млн руб., выделенные государством на системы хранения данных для резервирующего контура ГИС.

Ну, то есть, оно и не зря вроде получается что:

В сентябре 2020 г. стало известно об аресте экс-замглавы Минэнерго Анатолия Тихонова. Он курировал развитие цифровых технологий в отраслях ТЭК. Следствие занялось хищениями в рамках финансирования ГИС ТЭК. По версии следствия, частично объем финансирования был ГИС похищен. В тот же день были задержаны и другие фигуранты по делу — два вице-президента «Ланита» Владимир Макаров и Виктор Серебряков. Следственный комитет предъявил троим обвинения в совершении преступления, предусмотренного ч. 4 ст. 159 УК РФ (мошенничество в составе организованной преступной группы, с причинением ущерба в особо крупном размере, превышающем сумму 1 млн руб.), сообщалось на сайте ведомства.

Понимаешь, я не зря написал тут уже одному ананасу что совершенно пофиг на чём добираешься на работу – на ламборджини, пешком (на самокате или общественном транспорте), на порше. Если перед входом в твою контору стоит газель с надписью «следственный комитет генпрокуратуры РФ», это уже поверь, не важно. =)))

Ну и про обсуждавшийся здесь Байкал. Вот прямо про их гендиректора, господина Опанасенко ссылка – Арестованный основатель «Т-платформ» проиграл спор с ВЭБом на полтора миллиарда. Там от лярда рублей до почти двух по идее должно быть:

Госкорпорация тогда определила в качестве предмета заявленных требований взыскание убытков, состоящих из суммы, потраченной ВЭБом на покупку акции общества в размере 797,6 млн руб., упущенной выгоды в размере 741,8 млн руб., а также неустойки в 106,6 млн руб. Совокупно это давало 1,65 млрд руб.

Хотя, реальные суммы от общественности скрыты, но примерно где-то так.

В России либо работать надо честно (и тогда государство окажет поддержку, выделив средства), либо не работать вовсе. Но вот чего точно не нужно делать, так это работать в «стиле» 90х по принципу тихо сп… «своровал» и ушёл, называется нашёл. Ну да, кого прихватили, так сразу начинается вой на наших мордорских болотах – государство честных коммерантов прессует! Работать не даёт!

Угу. Так я и поверил. Тут ешё одного клоуна приняли. Арест основателя Group-IB Ильи Сачкова вызвал серьезную обеспокоенность в IT-отрасли. Этааа… Прошу прощения что я спрашиваю, а ни у кого не вызывает серьёзной обеспокоенности тот факт, что некий подчинённый господина Сачкова зачем-то сливал данные сотрудников силовых ведомств России сотрудникам силовых ведомств иных государств (откуда и прилетела статья «измена»)? Я тут много чего могу сказать по этому поводу, жаль тут мат запрещён. Более детально про это дело.

Глупости да, ненадо делать. Очевидные.

Всему своё время.

Массовый потребитель, ты не понял, инвестиций нам принеси! Мы в импортозамещение летим. (С) Х/Ф Распил-2

Сажают их, сажают… Не всех же сразу! =))) И что-то мне подсказывает что мы ещё не всё пока знаем.

По сути, кстати, наш Эльбрус это тоже на основе открытых спек. OpenSPARC. Ну, просто изначально МЦСТ это Московский центр спарк-технологий. Чисто примера ради.

Общий шалом. Дочитал до 44-й страницы пока что. Открыв https://ru.wikipedia.org/wiki/МЦСТ-R увидел список контор производящих Микропроцессоры России. И так приступим: Записки сумаcшедшего: Как нам обустроить Россию: АЙТИ-шечка: Надо взять все ИТ компании которые у нас в РФ есть и передислоцировать в Сочи в Имеретинская низменность. И разработчиков железа и разработчиков ПО. Надо сконцентрировать компетенции в одном месте. Все эти Рамблемы, Яндексы, Меилру групп, Разработчиков Эльбрусов, Байкалов, Аль-Линуксов, Роса-линуксов, всех в одном месте. Во-первых когда все у всех на виду, наглядно видно кто чем занят, в чем преуспел. Во-вторых в одно место будут притягиваться ИТ-стартапы, специалисты. Будет нарастать как снежный ком. Только нужна политическая воля.

1. Зачем тебе MMU и OoOE в микроконтроллере? Там люди смотрят на цену и энергопотребление.

2. Таки оно там есть для их серверной модели. Смотри внимательней.

1. Если речь только про микроконтроллеры, то непонятно о какой конкуренции с Intel или AMD идёт речь.

2. Очень сложно найти полностью открытую серверную модель RISC-V в которой было бы всё и OOO, и MMU, если есть ссылка на код - кинь плиз. Весь гитхаб завален поделками (подделками) микроконтроллерного уровня. Что-то выложила Alibaba - надо разобраться, может быть там есть что-то дельное.

1. Ну ты сказал «никому не нужны». Много кому нужны, по факту. И AMD с Intel тут присутствуют со своими решениями, хотя и не так разнообразно, как ARM.

2. https://github.com/T-head-Semi/openc910

1. «Много кому нужны, по факту.»
   По этому поводу есть сомнения. Микроконтроллеры от разных производителей очень широко представлены на рынке.

2. Спасиб. Тут нужно поразбираться насколько этот проц хорош. Что в нём есть, как реализовано и т.п. Документацию пока увидел только на китайском, что немного грустно…

В России либо работать надо честно (и тогда государство окажет поддержку, выделив средства), либо не работать вовсе.

Это, к сожалению, далеко не всегда возможно. Во-первых, это предполагает, что «контроллирующие» обладают бесконечными вычислительными возможностями и по этой причине сами не совершают ошибок. Никогда. Этакий Господь Бог. Но IRL это далеко не так.

Во-вторых, это предполагает, что ты сам никогда не «обманываешь» ни других, ни себя. Т.е. даже не ошибаешься. IRL приходится оптимизировать, хотя бы из-за того, что тебя будут подводить твои собственные подрядчики. Даже если они сами «абсолютно честные».

А поскольку закладываться на «рассчитывать на понимание» со стороны государства лучше не стоит, каким бы ты честным и бескорыстным ни был, то и нужно иметь подушку безопасности в виде коммерческого сектора как источника собственных средств.

Вот мне показалось, что МЦСТ хочет что-то такое, чтобы цугундер не так ярко в глаза светил.

1. Это уже другое, что RISC-V-производителям приходится конкурировать на очень и очень плотном рынке. Но, если принять во внимание, что ARM начал «открываться» в нижнем сегменте своих микроконтроллеров, то RV-эффект уже есть. Люди RV покупают.

2. Там можно на их коммерческий C910 ориентироваться, по которому больше информации. Я думаю, что OpenC910 не сильно проще.

Но кроме OpenC910 есть Rocket Chip с его корками. Там нет OoOE, но MMU есть. И есть еще SonicBOOM. Это OoOE+MMU. Но он, вроде как, послабее OpenC910 будет.

«Люди RV покупают.»
Думаю, что только засчёт поднятого хайпа.

SonicBOOM сложноват для анализа, т.к. слишком нестандартные инструменты использованы авторами - зачем-то scala выбрали.

Ну, SiFive заявляет лучшие характеристики, чем у Cortex M по площади и энергопотреблению. Сам я эмбедщинкой не занимаюсь, не могу оценить расклад.

Там не Scala, там hardware construction DSL (HCL), использующий Scala, как host. Т.е. вопрос нужно ставить, зачем они вообще выбрали HCL. Ради design space exploration. Это же исследовательский проект сам по себе. HCL позволяет SiFive продавать конфигурации ядер под задачи конкретных заказчиков. Не буду утверждать, но мне кажется, что их оджидаемый OoO процессор уровня A72 — это как раз SonicBOOM.

Картинки по SonicBoom, в принципе, выглядят интересно, что уже повод как минимум попробовать осилить HCL.

Я осилил, проблем не было. Я адаптировал одну из веток их Rocket Chip, в которой была поддержка DDR3 для моей Arty A7-100T, не имея перед этим ни какого-то опыта в Scala, ни опыта в HDL вообще. Там в ветке глюк/баг был, пришлось исправлять.

Но ты можешь сразу, наверное, openC910 ковырять. Там привычный Verilog.

Хахаха. Инерция у тебя голове. Ты до сих пор не догнал что переточить гораздо проще чем написать с нуля. Это как перенести игру с консоли на ПК - ровно то же самое. И пока что Эльбрусы требуют меньше всех денег при самом ощутимом положительном результате. Тут без перехода на новый техпроцесс удвоили количество исполняемых инструкций, а ты продолжаешь упорствовать и защищать тех, кто не осилил производительность на ядро, не осилил многоядерность и не осилил эмуляцию x86 аппаратным блоком, который будет в Эльбрусах12-16 ядерных моделях. И заточили компилятор чтобы удвоить производительность посредственного кода, а ты продолжаешь пороть ложь что кто-то не осилил ничего лучше оптимизаций в Gentoo. У тебя принцип лгать да? То что тебе не выгодно не существует да? Или ты наискосок все читал?

Не, не так.

Понимаешь, здесь всё как и у всех. Чудес не бывает. И хреновые архитектурные решения и ночи под отладчиком и просранные дедлайны и факапы на тестах… Всё как у людей, всё есть. В полном объёме.

Но есть так же ТЗ и результаты работы принимаются например экспертным советом. Т.е., есть ТЗ и есть некий «продукт» который ему удовлетворяет. Не так давно я был соисполнителем в одном проекте (собственно, сейчас на форуме общаюсь между двумя проектами – один закончился, второй вот-вот начнётся).

Ты сдал свою часть работы Заказчику. Дальше Заказчик идёт к тем, у кого он получил задачу и деньги под неё и предъявляет результаты работ. К государству. Государство говорит – ok, чувак, мы тебе верим, но вот тебе совет экспертов, расскажи это всё им, а потом мы тебе поверим окончательно, если ты их убедишь в том, что ты говоришь правду, а не городишь ахинею.

А тут появляются седовласые и до нельзя «заслуженные» мужи в количестве примерно с десяток, которые мне, как соисполнителю говорят – покажите Ваши исходники (всё ненадо, отдельные интересующие их куски), покажите как Вы используете те или иные инструментальные средства (да, тупо расшарить экран и продемонстрировать, именно так, не можешь расшарить – включи Zoom на планшете и показывай так), покажите как Вы производите такую-то технологическую операцию (ну например прошивку устройства) и почему Вы используете такие-то средства, а не другие. В общем, даже у соисполнителя есть часок достаточно жёсткой яйцетряски и тесного общения по ряду технических вопросов (продукт уже создан и передан Заказчику!). Что там у исполнителя (моего Заказчика), который вообще под это подписался, я и говорить не буду. И это общение не с какими-то «боевыми ананасами» из отдела маркетинга, это общение с людьми, которые в курсе того, что в итоге должно получиться.

Вот только после того, как ты всё по-честному рассказал, покаялся чистосердечно и раскаялся в косяках, вот после того твой продукт может быть принят и внесён в тот самый пресловутый Росреестр отечественного программья. Не буду спорить – может, где и по-другому, но выше я описал то, через что проходил даже по последнему контракту. Т.е., государство хочет быть уверенным за свои бабки что есть ТЗ, оно реализовано в полном объёме и максимально корректно. Если ты заявишь что не ваше дело чем я пользуюсь или ещё что-нибудь такое же придумаешь… Ну, ты понял, да?

Как они при этом умудряются типа «по несознанке» спионерить миллиард, ты меня даже не спрашивай. Я могу софт написать, могу железку материлизовать. А как они умудряются пионерить бабло, я не знаю. Но подозреваю что не приходя в сознание, т.к., если бы я спионерил лярд, я бы наверное об этом помнил. =)))

P.S. Я тебе даже скажу где я сам вспышку «пролюбил». Мне не проблема признать свою ошибку, т.к. я не «боевой ананас» из отдела маркетинга. Я абсолютно зря не вбился в тему RISC-V лет 5 назад. Да, здесь я конечно тупанул, не отнять. Но, с другой стороны, мне что – порваться что ли? Тут вон, чуваки, получавшие бабло от государства не шевелятся, а я всё на себя грузить буду? А не до фига ли мне?

Хотя, да, шанс был неиллюзорный. И это только начало с SiFive, китайцами и RISC-V.

P.P.S. Всё, что «прозвучало» в данном треде, всё это не по одному разу «озвучивалось». И не только мной. Понимаешь, это при «импортозамещении» (которое провозгласили астрологи, ага) короче, это при этом самом импортозамещении они забегали как в жопу ужаленные и разорались как будто им на член наступили. Вопрос только – чё, пока прикладом в лик пресветлый не прилетело простые мысли про то, что надо иметь и развивать своё, в пустые бошки не заглядывали что ли? Т.е., надо было прописать вертушечку с разворота в пятаки, чтобы мысль в головах угнездилась? А сами чё, ни как?

Ну вот поэтому несмотря на весь этот трешак от ананасов, как они не ори, китайцам и американцам пофиг. У них и своё есть. А с чем мы при таких раскладах – это вон, прокуратура пусть интересуется и где бабки и почему ничего путного нет. Надеюсь, им это будет интересно.

Огггадааа...

Ты до сих пор не догнал что переточить гораздо проще чем написать с нуля. Это как перенести игру с консоли на ПК - ровно то же самое.

Вы бы не могли рассказать это тем полутора инвалидам, которые ещё остались в МЦСТ и не сбегли на должность лаовая к дядюшке Ляо и Панде?

А то они вот который год ни как не могут понять что уже разработали clang/LLVM, на которых очень просто можно написать компилятор, в особенности, если это компилятор С. Может, хоть тогда они перестанут нарушать GNUсную эту лицензию и отвалят наконец от gcc, как наследия человеческой мысли? Уж если что они и могут изговнять, так это clang, его хотя бы не жалко.

Пусть они там наконец делом займутся. Вернётесь потом – расскажете. Спасибо.

Таки...

Общий шалом.

Хайлюшки… Ой, точнее, я хотел сказать «и Вам не хворать».

Во-первых когда все у всех на виду, наглядно видно кто чем занят, в чем преуспел. Во-вторых в одно место будут притягиваться ИТ-стартапы, специалисты. Будет нарастать как снежный ком. Только нужна политическая воля.

Таки я Вас уже умоляю! Я всё стесняюсь спросить – а они будут? Ну, в смысле, погромы…

Доброй ночи! Хочу глупый вопрос задать, может знатоки знают… Вот много букв, слов и даже предложений о том, что разным задачам требуются разные архитектуры, кеши, конвейеры и так далее. И ещё вот есть FPGAшки всякие модные и не очень. А я вот стеснялся спросить, водятся ли в природе нынче такие FPGA, которые прямо на скаку можно допрограммировать, ну или кусочек перепрограммировать? Мне кажется, что нет. Но может вы знаете о таких зверях? Сенкс, так сказать, ин адванс.