Отвечу на 1й пункт: да, Kunpeng 920 2х процессорный (48 ядер процессор), поэтому есть тесты с 96 и (48) потоками, но не везде. На второй ответить не могу -- не знаю.
Сейчас процесс получения доступа упростился: генерируете SSH-ключ у себя на компьютере, отправляете его публичный ключ (именно публичный, не приватный) через форму на веб-странице, и затем получаете оповещение с результатом в Телеге, которую вы оставили в форме на той же странице. http://elbrus.6te.net/
Человек из МЦСТ попросил вам ответить (не я автор сообщения):
Проблемы нет (это было ещё в ранних релизах, хоть и требовало включения вручную). Проблема в том, как задать нужную статику, если DHCP не ответил. Systemd-networkd так не умеет, поэтому это пришлось допиливать ручками.
Потому что к моменту производства этой платы AST2600 ещё не вышел (да и сейчас-то как-то не очень доступен).
Не помню, что с VUSB, а iKVM точно не работал. Поэтому там поддержка USB просто вырублена, ибо в ОС сыплются кучи сообщений о неудачном подключении USB-устройств.
Ничего - с ним можно работать из коробки
Нет, доступа нет. На интеле настройки, скорее всего, передаются либо через память (но к ней у нас тоже доступа нет), либо через отдельную SRAM (которой у нас нет), либо через флешку (мы хотим это сделать в МикроОС, но надо убедить всех, кто завязан на NVRAM, чтобы её выкинуть - это бутовщики и линтелщики, как минимум).
Кстати, по поводу бенчмарков Geekbench 5, я сделал тесты почти всех моделей Эльбрусов:
Результаты в моём профиле: EntityFX's Profile - Geekbench Browser Ну и есть у меня несколько статей по тестам Эльбрусов. P.S. тут Эльбрус 16 ядерный (32 ядра показывает, потому что я подменил /proc/cpuinfo иначе падал Geekbench 5).
Раз у человека нет аккаунта Хабра, перепощу его ответ:
Не понимаю, зачем нужен физический доступ больше, чем "воткнуть кабель Ethernet в нужную дырку". Возможно, тот специалист из МЦСТ невнимательно читал документацию или что-то не понял. Вообще, с BMC есть много других проблем (которые мне никак не дадут времени и ресурсов решить, да), но уж проблема необходимости физического доступа к этому точно не относится - она решена была чуть ли не в первых релизах REIMU в плане статического IP-адреса, а в плане реакции на наличие DHCP - в https://github.com/makise-homura/openbmc/commit/b73cd321a0a1e5f45bd1e93c913fdceef32a76f3 (что поддержано уже с версии REIMU 1.0.2).
Они не появятся. У нас так выходит, что у нас под десяток материнок для одного процессора, а не наоборот, десяток процессоров, совместимых с конкретной материнкой. У МЦСТ нет возможности делать более одного процессора в линейке (была мысль, по слухам, делать разбраковку на разные классы в 32-ядернике, но известно что поставило на всех этих планах крест, видимо).
Саппорт, видимо, не изучает то, что происходит у нас с ядром, ОС и так далее. В ОС уже давно поддерживается хоть Vega 64, хоть GTX 1080 (понятно, что не самый топчик, но для ядра 5.4 - это предел, вроде). Бутовщиков пока никто не может заставить выпилить из бута все костыли а-ля белые списки моделей видеокарт или самодельный эмулятор текстового режима для SMI и юзать VGA BIOS карточки, поэтому да, там не всё работает. Но всё равно эти карточки нужны же в ОС, а не в буте. То, что в загрузчике не видит NVMe - есть такое, это будет решаться с помощью МикроОС (если бут сравнивать с BIOS, то МикроОС - это в некотором смысле аналог UEFI). Главное, опять же, в ОС они видны и их можно использовать; а грузиться можно с SATA (DOM, SSD, HDD и т.п.)
Непонятно, почему неактуальный? Актуальный мануал есть по приведённой ссылке и всегда доступен.
Ну, так звучит упомянутая фраза. То есть фактически это звучит как багрепорт: "Что сделали? Воткнули кабель. Что ожидали? Результат. Что получили? Результата не дало". Адреса, к слову, неправильные (откуда их вообще взяли)? Без DHCP спустя 60 секунд после загрузки BMC устанавливает себе адреса 192.168.1.1 и 192.168.2.1, о чём написано в документации.
А, кажется, я начинаю понимать: наши выдали плату безо всего вообще (и сказали бы "ахахах, разбирайтесь сами, как это всё работает", если б были честнее). Ну да, там естественно ОС в комплекте не идёт - потому что комплекта-то как такового нет. С обычными материнками в магазине тоже ОС не поставляется. А вот с серверами у нас (как и со сборными компами в магазине) ОС идёт. Так что эта претензия, имхо, мимо.
Опять же, как это делается в случаях "я купил мать без всего" - надо писать на саппорт, чтобы выслали все три образа диска последней версии ОС.
Что такое "не запускалась"? Это звучит как "Пойди посмотри, у меня ошибка вылезла. - Какая? - Ну там написано "нахмите любую клавишу". - Так нажми. - О, починилось". "Не запускалась" - это с равным успехом может быть и то, что сама машина не включилась, и то, что зависло в буте, или при передаче управления ядру, или в самом ядре, и т.п. Очень помогает при этом увидеть последние сообщения на экране/в консоли (если это, конечно, не случай вообще не включившейся машины).
Никаких проблем - идём на elbrus.6te.net, заполняем формочку, получаем доступ, заходим на нужный сервер и смотрим через dpkg -l - там версия ОС 7.1. Заодно можно попробовать то, чего нет на предоставленном к плате одном диске.
В ОС 7.1 она есть, причём на первом диске: molchan_i@yukari ~ $ readlink -e which java /usr/lib64/jvm/java-8-openjdk-e2k/bin/java molchan_i@yukari ~ $ dpkg -S /usr/lib/jvm/java-8-openjdk-e2k/bin/java openjdk8: /usr/lib/jvm/java-8-openjdk-e2k/bin/java molchan_i@yukari ~ $ find /export/install/ -name 'openjdk8*' /export/install/disk1/images/debs/openjdk8_1.8.0-3.6.4-vd7u13_e2k-8c.deb
О, хоть теперь есть конкретика. То есть улетал системный таймер? hwclock при этом говорило правильное время? Я правильно понимаю, что речь о запущенном под lintel (не rtc!) Ubuntu? Возможно, это оттого, что в качестве основного таймера использовался софтовый таймер (который, вероятнее всего, будет отставать, потому что показания rdtsc под трансляцией, насколько я знаю, растут неравномерно). И да, сервер-то времени как спасёт? Тут нужен клиент, который синхронизировался бы с удалённым сервером (в убунте это, как я понимаю, systemd-timesyncd по дефолту).
Опять. Что такое "определялись"? Не надо пытаться интерпретировать наблюдаемое, надо говорить его как есть специалисту. Слова "у меня определяются три планки памяти" не несут никакой нагрузки. Вот "в /proc/meminfo я вижу 24123456 кБ памяти в графе TotalMem, а у меня установлено 32 планки по 8 ГБ" - куда информативнее и позволяет уже начать думать над причиной. Короче, откуда инфа о трёх планках и как она там отображается? (в идеале нужен скриншот)
В Кремниевых Секретах Эльбрус 8С был бонус для тех, кто дочитал до конца. Скажем так, это, своего рода, возможность поковырять Эльбрус самому для каждого из читателей.
Я там оставил инструкцию по тому, как получить удалённый доступ к одному из тестовых стендов Эльбруса в МЦСТ. За эту возможность я выражаю благодарность Игорю Молчанову из МЦСТ, по инициативе которого и развёрнуты эти тестовые стенды.
Сейчас процесс получения доступа упростился: генерируете SSH-ключ у себя на компьютере, отправляете его публичный ключ (именно публичный, не приватный) через форму на веб-странице, и затем получаете оповещение с результатом в Телеге, которую вы оставили в форме на той же странице. http://elbrus.6te.net/
Так, связался с одним из разрабов из МЦСТ (с ним можно связаться тут: https://t.me/elbrus_gensokyo) , вот что он ответил:
Почитал.
Ничего подобного, BMC вполне нормально работает и настраивается без физического доступа к серверу (ну, шнурок только воткнуть, последние прошивки BMC уже умеют в DHCP).
Автоматизированная установка ОС через BMC - в целом будет возможна, когда будет МикроОС. Уже сейчас нет проблем (на AST2500 и выше; если там AST2400 - то увы) подключить виртуальный образ ОС через BMC и поставить ОС через последовательную консоль. В МикроОС можно будет даже автоматически запускать установщик - передав параметры через флешку (сейчас нельзя, т.к. бут читает параметры из NVRAM, которая недоступна BMC).
Возможность апгрейда материнской платы, разумеется, есть - например, память и т.п. Апгрейдить процессор смысла нет, если он один в линейке, подходящей к конкретной матери.
Не понимаю ,как у них не получилось запустить GPU и NVMe. Они вообще в нашу поддержку обращались? А, да, я забыл про нашу поддержку с её "спасибо, ваши пожелания будут учтены, FIXED, CLOSED." Но вообще в ОС современные GPU (поддерживаемые ядром 5.4) работают, как и NVMe (но не в буте, это да).
"мануалов по настройке BMC нет". Вот щас обидно было. Мануал есть, общедоступный и обновляемый (github.com/makise-homura/reimu-docs-ru), и я не понимаю, почему эту инфу саппорт не доносит до пользователей. А, или они путают BMC с бутом? (я у них вообще не вижу общения с BMC, только с бутом)
"Подключение ноутбука напрямую в Ethernet-порт BMC результатов не дало…" Понятное дело, что просто подключить ноутбук не даст никаких результатов. А вот зайти с этого ноутбука на указанный в докментации IP-адрес не пробовали?
"Тестовой версии ОС не предусмотрено — в комплекте с материнской платой и процессором не идет. " Щито. Мы, няз, поставляем ОС Эльбрус с каждым сервером (если от нас не требуют другой ОС, например, астры).
"Java, которого нет на ОС «Эльбрус»" Опять же, щито? Java в состав входит (возможно, её просто надо было поставить со второго диска).
"Установка не удалась. <...> нам не удалось выяснить причины отказа установки." отличный багрепорт, штатные телепаты правда в отпуске и не могут понять, что же там не так.
"стек скомпилированных программ под архитектуру e2k ограничивается одним DVD-диском, идущим в комплекте с операционной системой" Вообще-то там три диска, а не один.
Про ПО - плохо искали, java и СУБД (тот же mysql и sqlite) точно есть
"Происходит отставание системного времени от реального." Батарейка-то на плате стоит? А то если им поставили без ОС, то могли и батарейку в плату не воткнуть. Удивлён, как там ещё бут и BMC прошиты, это тоже нечастое удовольствие. А ещё это может быть не остатавание, а неправильно выставленная в окружении RTC таймзона.
"Из подключенных 32 планок RAM используется только 3" - ничего подобного, в RTC используются все, в Lintel - минимум 4, а не три (нечётное количество 8С и 8СВ не могут использовать принципиально).
Резюме: да, у эльбруса много косяков, и некоторые найдены честно (про неюзерфрендли и недостаток инфы (недохождение её до пользователей) согласен целиком и полностью). Но есть и просто такие вещи, которые можно решить немного подумав, а не говорить, что этого нет, того нет и т.п. То есть второй класс вещей - это не конкретные недостатки эльбруса, а то, что кажется вследствие первого.
Kunpeng 920: Ubuntu 20.04.3 LTS, ядро 5.4.0-81-generic aarch64
Baikal-S: Debian bookworm, ядро 5.4.197-baikal-arm64
Отвечу на 1й пункт: да, Kunpeng 920 2х процессорный (48 ядер процессор), поэтому есть тесты с 96 и (48) потоками, но не везде. На второй ответить не могу -- не знаю.
Сейчас процесс получения доступа упростился: генерируете SSH-ключ у себя на компьютере, отправляете его публичный ключ (именно публичный, не приватный) через форму на веб-странице, и затем получаете оповещение с результатом в Телеге, которую вы оставили в форме на той же странице.
http://elbrus.6te.net/
Ребята собирают на карту RX 6700, вы можете им помочь.
War Thunder на 16С (собран под 8С, по идее пересборка под 16С повысит FPS).
Ну и CRSED:
Источник
Но интересно сравнить конкретные алгоритмы: MCST Elbrus 2C3 (х86 compatibility mode) vs CHUWI INNOVATION AND TECHNOLOGY(SHENZHEN)CO.LTD Hi10 plus tablet - Geekbench Browser
Несколько попыток на одной машине.
Вот люди сделали сравнение форматов документов: Document Interoperability (regmedia.co.uk)
Geekbench 5 запустить под альтом можно, я его на 4х процессорном 4С в режиме RTC запускал - работает.
Запускал в режиме RTC - работает, причём потери небольшие. Есть экспериментальный Docker, но там образов нет.
Человек из МЦСТ попросил вам ответить (не я автор сообщения):
Проблемы нет (это было ещё в ранних релизах, хоть и требовало включения вручную). Проблема в том, как задать нужную статику, если DHCP не ответил. Systemd-networkd так не умеет, поэтому это пришлось допиливать ручками.
Потому что к моменту производства этой платы AST2600 ещё не вышел (да и сейчас-то как-то не очень доступен).
Не помню, что с VUSB, а iKVM точно не работал. Поэтому там поддержка USB просто вырублена, ибо в ОС сыплются кучи сообщений о неудачном подключении USB-устройств.
Ничего - с ним можно работать из коробки
Нет, доступа нет. На интеле настройки, скорее всего, передаются либо через память (но к ней у нас тоже доступа нет), либо через отдельную SRAM (которой у нас нет), либо через флешку (мы хотим это сделать в МикроОС, но надо убедить всех, кто завязан на NVRAM, чтобы её выкинуть - это бутовщики и линтелщики, как минимум).
Просил ответить ему тут: https://t.me/elbrus_gensokyo/9403
Кстати, по поводу бенчмарков Geekbench 5, я сделал тесты почти всех моделей Эльбрусов:
Результаты в моём профиле: EntityFX's Profile - Geekbench Browser
Ну и есть у меня несколько статей по тестам Эльбрусов.
P.S. тут Эльбрус 16 ядерный (32 ядра показывает, потому что я подменил /proc/cpuinfo иначе падал Geekbench 5).
Раз у человека нет аккаунта Хабра, перепощу его ответ:
Не понимаю, зачем нужен физический доступ больше, чем "воткнуть кабель Ethernet в нужную дырку". Возможно, тот специалист из МЦСТ невнимательно читал документацию или что-то не понял. Вообще, с BMC есть много других проблем (которые мне никак не дадут времени и ресурсов решить, да), но уж проблема необходимости физического доступа к этому точно не относится - она решена была чуть ли не в первых релизах REIMU в плане статического IP-адреса, а в плане реакции на наличие DHCP - в https://github.com/makise-homura/openbmc/commit/b73cd321a0a1e5f45bd1e93c913fdceef32a76f3 (что поддержано уже с версии REIMU 1.0.2).
Они не появятся. У нас так выходит, что у нас под десяток материнок для одного процессора, а не наоборот, десяток процессоров, совместимых с конкретной материнкой. У МЦСТ нет возможности делать более одного процессора в линейке (была мысль, по слухам, делать разбраковку на разные классы в 32-ядернике, но известно что поставило на всех этих планах крест, видимо).
Саппорт, видимо, не изучает то, что происходит у нас с ядром, ОС и так далее. В ОС уже давно поддерживается хоть Vega 64, хоть GTX 1080 (понятно, что не самый топчик, но для ядра 5.4 - это предел, вроде). Бутовщиков пока никто не может заставить выпилить из бута все костыли а-ля белые списки моделей видеокарт или самодельный эмулятор текстового режима для SMI и юзать VGA BIOS карточки, поэтому да, там не всё работает. Но всё равно эти карточки нужны же в ОС, а не в буте. То, что в загрузчике не видит NVMe - есть такое, это будет решаться с помощью МикроОС (если бут сравнивать с BIOS, то МикроОС - это в некотором смысле аналог UEFI). Главное, опять же, в ОС они видны и их можно использовать; а грузиться можно с SATA (DOM, SSD, HDD и т.п.)
Непонятно, почему неактуальный? Актуальный мануал есть по приведённой ссылке и всегда доступен.
Ну, так звучит упомянутая фраза. То есть фактически это звучит как багрепорт: "Что сделали? Воткнули кабель. Что ожидали? Результат. Что получили? Результата не дало".
Адреса, к слову, неправильные (откуда их вообще взяли)? Без DHCP спустя 60 секунд после загрузки BMC устанавливает себе адреса 192.168.1.1 и 192.168.2.1, о чём написано в документации.
А, кажется, я начинаю понимать: наши выдали плату безо всего вообще (и сказали бы "ахахах, разбирайтесь сами, как это всё работает", если б были честнее). Ну да, там естественно ОС в комплекте не идёт - потому что комплекта-то как такового нет. С обычными материнками в магазине тоже ОС не поставляется. А вот с серверами у нас (как и со сборными компами в магазине) ОС идёт. Так что эта претензия, имхо, мимо.
Опять же, как это делается в случаях "я купил мать без всего" - надо писать на саппорт, чтобы выслали все три образа диска последней версии ОС.
Что такое "не запускалась"? Это звучит как "Пойди посмотри, у меня ошибка вылезла. - Какая? - Ну там написано "нахмите любую клавишу". - Так нажми. - О, починилось". "Не запускалась" - это с равным успехом может быть и то, что сама машина не включилась, и то, что зависло в буте, или при передаче управления ядру, или в самом ядре, и т.п. Очень помогает при этом увидеть последние сообщения на экране/в консоли (если это, конечно, не случай вообще не включившейся машины).
Никаких проблем - идём на elbrus.6te.net, заполняем формочку, получаем доступ, заходим на нужный сервер и смотрим через dpkg -l - там версия ОС 7.1. Заодно можно попробовать то, чего нет на предоставленном к плате одном диске.
В ОС 7.1 она есть, причём на первом диске:
molchan_i@yukari ~ $ readlink -e which java/usr/lib64/jvm/java-8-openjdk-e2k/bin/java
molchan_i@yukari ~ $ dpkg -S /usr/lib/jvm/java-8-openjdk-e2k/bin/java
openjdk8: /usr/lib/jvm/java-8-openjdk-e2k/bin/java
molchan_i@yukari ~ $ find /export/install/ -name 'openjdk8*'
/export/install/disk1/images/debs/openjdk8_1.8.0-3.6.4-vd7u13_e2k-8c.deb
О, хоть теперь есть конкретика. То есть улетал системный таймер? hwclock при этом говорило правильное время? Я правильно понимаю, что речь о запущенном под lintel (не rtc!) Ubuntu? Возможно, это оттого, что в качестве основного таймера использовался софтовый таймер (который, вероятнее всего, будет отставать, потому что показания rdtsc под трансляцией, насколько я знаю, растут неравномерно). И да, сервер-то времени как спасёт? Тут нужен клиент, который синхронизировался бы с удалённым сервером (в убунте это, как я понимаю, systemd-timesyncd по дефолту).
Опять. Что такое "определялись"? Не надо пытаться интерпретировать наблюдаемое, надо говорить его как есть специалисту. Слова "у меня определяются три планки памяти" не несут никакой нагрузки. Вот "в /proc/meminfo я вижу 24123456 кБ памяти в графе TotalMem, а у меня установлено 32 планки по 8 ГБ" - куда информативнее и позволяет уже начать думать над причиной. Короче, откуда инфа о трёх планках и как она там отображается? (в идеале нужен скриншот)
Нет, именно с Win 7 +, так у них указано в Lintel (новый гораздо лучше работает)
Не все любят Хабр, но я взялся репостнуть. Автор разрешил.
Не нужна: Эльбрус может запускать Windows 7, 8, 10, 11 в режиме бинарной трансляции Lintel. И не только винду.
Мне тут сорока передала информацию:
В Кремниевых Секретах Эльбрус 8С был бонус для тех, кто дочитал до конца. Скажем так, это, своего рода, возможность поковырять Эльбрус самому для каждого из читателей.
Я там оставил инструкцию по тому, как получить удалённый доступ к одному из тестовых стендов Эльбруса в МЦСТ. За эту возможность я выражаю благодарность Игорю Молчанову из МЦСТ, по инициативе которого и развёрнуты эти тестовые стенды.
Сейчас процесс получения доступа упростился: генерируете SSH-ключ у себя на компьютере, отправляете его публичный ключ (именно публичный, не приватный) через форму на веб-странице, и затем получаете оповещение с результатом в Телеге, которую вы оставили в форме на той же странице.
http://elbrus.6te.net/
Желаю успехов! В общем, развлекайтесь!
На Хабре их нет, но есть крупное сообщество в Телеграм: https://t.me/e2k_chat
Так, связался с одним из разрабов из МЦСТ (с ним можно связаться тут: https://t.me/elbrus_gensokyo) , вот что он ответил:
Почитал.
Ничего подобного, BMC вполне нормально работает и настраивается без физического доступа к серверу (ну, шнурок только воткнуть, последние прошивки BMC уже умеют в DHCP).
Автоматизированная установка ОС через BMC - в целом будет возможна, когда будет МикроОС. Уже сейчас нет проблем (на AST2500 и выше; если там AST2400 - то увы) подключить виртуальный образ ОС через BMC и поставить ОС через последовательную консоль. В МикроОС можно будет даже автоматически запускать установщик - передав параметры через флешку (сейчас нельзя, т.к. бут читает параметры из NVRAM, которая недоступна BMC).
Возможность апгрейда материнской платы, разумеется, есть - например, память и т.п. Апгрейдить процессор смысла нет, если он один в линейке, подходящей к конкретной матери.
Не понимаю ,как у них не получилось запустить GPU и NVMe. Они вообще в нашу поддержку обращались? А, да, я забыл про нашу поддержку с её "спасибо, ваши пожелания будут учтены, FIXED, CLOSED." Но вообще в ОС современные GPU (поддерживаемые ядром 5.4) работают, как и NVMe (но не в буте, это да).
"мануалов по настройке BMC нет". Вот щас обидно было. Мануал есть, общедоступный и обновляемый (github.com/makise-homura/reimu-docs-ru), и я не понимаю, почему эту инфу саппорт не доносит до пользователей. А, или они путают BMC с бутом? (я у них вообще не вижу общения с BMC, только с бутом)
"Подключение ноутбука напрямую в Ethernet-порт BMC результатов не дало…" Понятное дело, что просто подключить ноутбук не даст никаких результатов. А вот зайти с этого ноутбука на указанный в докментации IP-адрес не пробовали?
"Тестовой версии ОС не предусмотрено — в комплекте с материнской платой и процессором не идет. " Щито. Мы, няз, поставляем ОС Эльбрус с каждым сервером (если от нас не требуют другой ОС, например, астры).
"Java, которого нет на ОС «Эльбрус»" Опять же, щито? Java в состав входит (возможно, её просто надо было поставить со второго диска).
"Установка не удалась. <...> нам не удалось выяснить причины отказа установки." отличный багрепорт, штатные телепаты правда в отпуске и не могут понять, что же там не так.
"стек скомпилированных программ под архитектуру e2k ограничивается одним DVD-диском, идущим в комплекте с операционной системой" Вообще-то там три диска, а не один.
Про ПО - плохо искали, java и СУБД (тот же mysql и sqlite) точно есть
"Происходит отставание системного времени от реального." Батарейка-то на плате стоит? А то если им поставили без ОС, то могли и батарейку в плату не воткнуть. Удивлён, как там ещё бут и BMC прошиты, это тоже нечастое удовольствие. А ещё это может быть не остатавание, а неправильно выставленная в окружении RTC таймзона.
"Из подключенных 32 планок RAM используется только 3" - ничего подобного, в RTC используются все, в Lintel - минимум 4, а не три (нечётное количество 8С и 8СВ не могут использовать принципиально).
Резюме: да, у эльбруса много косяков, и некоторые найдены честно (про неюзерфрендли и недостаток инфы (недохождение её до пользователей) согласен целиком и полностью). Но есть и просто такие вещи, которые можно решить немного подумав, а не говорить, что этого нет, того нет и т.п. То есть второй класс вещей - это не конкретные недостатки эльбруса, а то, что кажется вследствие первого.
Попробуйте собрать код компилятором TCC от энтузиастов (компилятор простой и не делает оптимизаций).