Лол, упорото
Интересно, где ссылка на гитхаб их прошивки модуля?

@makise_homura
На 16С было KSM24RD4/32MEI — 2 шт
На 16С воткнули MTA18ASF2G72PZ-2G9J3 — 8 шт

ПСП на Эльбрус-16С 8 планок по 8 ГБ (DDR4-2400):
-------------------------------------------------------------
STREAM version $Revision: 5.10 $
-------------------------------------------------------------
This system uses 8 bytes per array element.
-------------------------------------------------------------
Array size = 10000000 (elements), Offset = 0 (elements)
Memory per array = 76.3 MiB (= 0.1 GiB).
Total memory required = 228.9 MiB (= 0.2 GiB).
Each kernel will be executed 10 times.
The *best* time for each kernel (excluding the first iteration)
will be used to compute the reported bandwidth.
-------------------------------------------------------------
Number of Threads requested = 16
Number of Threads counted = 16
-------------------------------------------------------------
Your clock granularity/precision appears to be 1 microseconds.
Each test below will take on the order of 1688 microseconds.
(= 1688 clock ticks)
Increase the size of the arrays if this shows that
you are not getting at least 20 clock ticks per test.
-------------------------------------------------------------
WARNING -- The above is only a rough guideline.
For best results, please be sure you know the
precision of your system timer.
-------------------------------------------------------------
Function Best Rate MB/s Avg time Min time Max time
Copy: 70389.0 0.002306 0.002273 0.002349
Scale: 67256.8 0.002406 0.002379 0.002446
Add: 74444.1 0.003237 0.003224 0.003256
Triad: 77148.4 0.003144 0.003111 0.003185
-------------------------------------------------------------
Solution Validates: avg error less than 1.000000e-13 on all three arrays
-------------------------------------------------------------

На 4х ПИК:

OMP_NUM_THREADS=4 ./stream_c_e2kv6_mp
-------------------------------------------------------------
STREAM version $Revision: 5.10 $
-------------------------------------------------------------
This system uses 8 bytes per array element.
-------------------------------------------------------------
Array size = 200000000 (elements), Offset = 0 (elements)
Memory per array = 1525.9 MiB (= 1.5 GiB).
Total memory required = 4577.6 MiB (= 4.5 GiB).
Each kernel will be executed 10 times.
The *best* time for each kernel (excluding the first iteration)
will be used to compute the reported bandwidth.
-------------------------------------------------------------
Number of Threads requested = 4
Number of Threads counted = 4
-------------------------------------------------------------
Your clock granularity/precision appears to be 1 microseconds.
Each test below will take on the order of 29083 microseconds.
(= 29083 clock ticks)
Increase the size of the arrays if this shows that
you are not getting at least 20 clock ticks per test.
-------------------------------------------------------------
WARNING -- The above is only a rough guideline.
For best results, please be sure you know the
precision of your system timer.
-------------------------------------------------------------
Function Best Rate MB/s Avg time Min time Max time
Copy: 69768.4 0.046141 0.045866 0.046337
Scale: 69460.8 0.046340 0.046069 0.046533
Add: 82495.3 0.058285 0.058185 0.058362
Triad: 82430.2 0.058539 0.058231 0.058978
-------------------------------------------------------------
Solution Validates: avg error less than 1.000000e-13 on all three arrays
-------------------------------------------------------------

на нашей 8x TS426RLD8GL-MTS, посмотрел наконец (эти на вики есть, а вот KSM24RD4/32MEI и MTA18ASF2G72PZ-2G9J3 не было — добавил, спасибо)

по атомикам точно лучше кого грамотного в чатике по портированию спросить %)

Elbrus Team: Porting Software

Там проблемный, неверный код.

1. В каждой единицы трансляции/компиляции будет свой экземпляр функции со своим атомик-флажком, поэтому сравнение-с-обменом не будет ароматным.

2. В одной единице трансляции будет один атомик-флажок для всех адресов. Поэтому при вызове на разных ядрах будет полный contention даже для непересекающихся обменов.

Нужно сделать функцию глобальный, а внутри использовать массив флажков (в 2-3 длиннее чем количество ядер цпу в системе) и выбирать элемент хешируя целевой адрес.

Да, это Вам ответ...

Я тоже ничего не понял =)

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

Что то у меня не находит такую группу в телеграм

Потому что это закрытая группа, и право входа туда нужно заработать.

А, понятно тогда.

В любом случае, спасибо.

м.б. его пригласит туда кто? 🙄

О, yukari перезагрузили оказывается. Ничего нового не видно пока…

Компилятор не обновили до 1.25.20?

Нет

То есть перезагруз был пять дней назад, это я только сейчас заметил

Там, как я понял, она тупо крашнулась, уйдя в перезагрузку и остановившись на initramfs, так что это не запланированная перезагрузка была

Компиляор вчера не успел поставить, поставлю, скорее всего, сегодня

Эх, старушка Yukari не молодеет. Из 19 тысяч 8СВ не выделят ли 4 штучки на новую Yukari? :)

8СВ - это уже не yukari будет, а sumireko

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

А когда новое ядро Linux будет?

Напиши Антону Аникину в МЦСТ.

Ура, товарищи!

Ещё пока нет особых причин для радости - до меня подобные платы доходят чуть ли не последними(

. o O ( надо как-то затихариться со своей эталонкой(!) 4Э8СВ )

спешл фор ю ) шакал кволити, как ты любишь ))

Это что гейшит на эльбрусе? А (как) он работает на линуксе?

rtc

Не знал что Real-Time Clock помогают запускать геншин

Что там за видимокарта?

бинарный компилятор x86 от мцст уровня приложений

А, круто, слышал про такое

Оно поверх уже существующей ОС запускает софт.

Есть ещё lintel -- вот он уже саму ОС запускает

Хотя на первом видосе 6 ядер...

Это наверное как раз lintel. Он два ядра под трансляцию забирает

RX580

Норм

Это последний пост от меня про игры на Эльбрусе. Эльбрус для игр вообще не предназначен. Покупают его не за это. Но, тем не менее, старенькие игры, либо игры, которые пашут нативно, хотя бы, на Linux с x86, если уж не собираются нативно под E2K, тут пашут хорошо.

Вот для сравнения Xash3D (это открытая реализация Half-Life) при помощи Lintel 4.1 c Ubuntu 20.04.3, далее (2-е видео) - при помощи RTC 4.1 с использованием того же Ubuntu 20.04.3 в качестве гостевой системы, и уже нативный запуск Xash3D на Эльбрус ОС 7.1.

С Lintel имеем примерно 50-100 FPS, с RTC - 80-170, а в нативном режиме имеем 100-200 FPS, если использовать те же орудия (на 02:00 я начал использовать другую пушку, и от неё уже FPS сильно просел, но с остальными пушками ниже 100 не падает).
Короче, по скорости RTC, понятное дело, лидирует, но по части совместимости ПО лучше Lintel. Если вы хотите, чтобы всё гарантированно работало, пусть и медленно, пользуйте Lintel.

В идеале компилируйте софт сразу под E2K.

Уииии! Эльбрус нинужен!

😂

Идем с @ge0gr4f крушить оставшиеся эльбрусы!

😡

Я играл игры на пне 3 с 7 фпс в детстве

мнение Мориса это всего лишь мнение Мориса... понятие "возможность играть" у всех разное )

Ну про трансляцию современных игр.

Кто кукарекнет — идет нафиг. Я в детстве гта3 с 7ми фпс прошел на 1 ядерном Celeron 633 MHz (Pentium 3 Coopermine, 128 kb cache L2), видеокарта Nvidia Vanta 16 Mb, 128 Mb SDR-DRam PC100.

да я понимаю. я же без притензий к Морису )) он молодец )

Ну. фпс всего в 3 раза больше. Примерно как частота отшкалировалось в rtc ))0)

точно также у меня другое мнение про использование винды на Эльбрусе )) не такое однозначно резкое ) хотя винда нинужна, да ))

Лол! Геншин на эльбрусе? О.о
Это бест ачивка 2022, я считаю =)

Я играл в дум 2 на 386 33 МГц и 4 МБ памяти, было где-то 2-4 FPS, емнип
Так что 7 FPS - это ещё шикарно)

Английский вариант не катит, как же без того, чтобы охлаждать трахание, рассматривать пользу углепластиков и потрачивать? =)

>С Lintel имеем примерно 50-100 FPS, с RTC - 80-170, а в нативном режиме имеем 100-200 FPS
В целом вполне ожидаемые показатели, кстати

Это же в sa

Ждите статью от Мориса на 1000 страниц.

звука в RTC нет что ли?

Байндить девайс надо

ааа, вот оно что...

Технически всё должно заработать просто при прокидке /run/pulse

А, ну я просто помню, что какую-то гташку так перевели, в итоге теперь любая гташка для меня без такого перевода не котируется)

After a long time off, I've tried to connect to yukari and check on my ghc project again. The ssh connection seems to be very unreliable now. Can someone (preferably from outside of Russia) please check if they're also affected or if it is just me?

Hi! Yes, there is a problem with connecting to yukari server in Russia itself (Network error: Connection timed out).

@makise_homura

I am affected too; sumireko works so looks like the problem is with the host itself

I also faced some sort of instability with Sumireko.

It looks like the connectivity between Russia and other world is quite degraded these days, from the sitest I visit often, I even can't normally access deviantart, twitter and pixiv without a VPN (youtube is working, and danbooru and safebooru are out of question because they were already banned by roskomnadzor previously). I guess that ssh connections are affected too.

(by the way, Yukari is suffering now from another problem (at least since yesterday), unrelated to connectivity problems, there are some kind of kernel fault occured that prevents any process from getting process information (I've spotted it before a couple of times). I guess I'll reboot it on Monday to fix this)

Oops, I've checked it just now, and it doesn't work at all. Actually serial port console was alive, but no network was available, and an attempt to to ifconfig eth0 down blocked the serial console, so there is no way to control this machine anymore untill I physically hava access to it, sorry for the inconvenience.

Mamizou and Sumireko are alive though

And no IPMI, right?

Exactly. There is such an option by the way, and I highly hope there'll be a way to find a module and install it there so I could control at least these three stations remotely (e.g. reboot and power on/off).

Спасибо за объяснение!
Хороших выходных!

Yukari, Sumireko and Mamizou probably will be rebooted at Monday, Feb 28 evening (about 7 PM UTC) due to kernel update. Probably compiler will be updated too. Raiko won't be affected.

Yukari, Sumireko and Mamizou вероятно, будут перезагружены вечером в понедельник 28 февраля (около 22 часов по Москве) для обновления ядра. Также, скорее всего, будет обновлён компилятор. Raiko это не затронет.

None

Yukari, Mamizou, and Sumireko are having updated kernel and LCC, so currently all these stations have
Distro: 6.0.1
Kernel: 5.4.0.3.19
LCC: 1.25.22

None