Как стать автором
Обновить

Комментарии 136

Интересно, спасибо. Но почему вы сравнивали с виндой? Даже на одном и том же железе между компиляцией в винде и компиляцией в линуксе будут существенные отличия, потому что, ну, компилируются разные вещи. Объективнее было бы сравнить с линуксом со схожими версиями системных библиотек.

Я бы сказал потому что винда куда более игровая платформа. А изначальный вопрос был: можно ли поиграть на эльбрусах.
Большинство игроков играет на Windows или на консолях, и ещё у нас большинство разработчиков использует Windows; поэтому взяли эту ОС, как точку отсчёта.
По поводу компиляции — компиляция на Windows и Linux на IA почти не отличаются между собой по сравнению с компиляцией при помощи LCC на Эльбрусе, это совсем другой компилятор.

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

А где лучше производительность игр — на винде или на линукс?

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

Просто шокирует экзешник на 4Гб против 1Гб. Может, там вкомпилировано внутрь то, что в винде динамически линкуется, например.

Те большие exe — это для отладки с отладочной информацией, в рельности у игроков 45 MB и 263 MB.
НЛО прилетело и опубликовало эту надпись здесь
результат которые не говорит ничего, кроме факта, что игра работает и на наших эльбрусах…

Задача именно в том и состояла — минимальными усилиями запустить игру с играбельным фреймрейтом на Эльбрусе, а вовсе не в сравнении видях / стеков между собой. Сравнением видеокарт занимаются соответствующие издания.

Данные с PC можете рассматривать просто как референс для удобства, чтобы было понятно какие требования к железу предъявляет игра.
НЛО прилетело и опубликовало эту надпись здесь

достаточно очевидно, что портированная под эльбрус игра не будет продаваться даже на сайте этого гайджина. Hо раз у конторы столько портов, то какого, спрашивается, нет порта enlisted под обычный linux?

enlisted ещё в закрытом бетатесте же. Может и подвезут линукс.

Вот как? Спасибо. Буду ждать ebuild'ов :)

В своё время я купил Nvidia Shield Tablet, из-за обещаний гайдзинов, что там будет работать WarThunder. Нвидиа давно утилизирована из-за тормозов и вздувшегося акума. А тундры под Андроид так и нет.

В своё время я купил Nvidia Shield Tablet, из-за обещаний гайдзинов

Вы не тот девайс купили.
WT был выпущен для NVIDIA SHIELD (также известный как SHIELD TV).
www.youtube.com/watch?v=W4zpyJtfMTY
Это консоль с геймпадом и сравнительно мощным на тот момент чипом Tegra X1 (который используется в Nintendo Switch).
Ваш Tablet был сделан на основе чипа предыдущего поколения Tegra K1 и медленнее X1 в 2-3 раза (ЕМНИП).

store.steampowered.com/news/app/236390/view/2880571131803448227
Вот в этом анонсе есть ссылка на правильный Shield и картинка сверху намекает как бы.
Да и в тексте прямо упомянут необходимый процессор.
Powered by the revolutionary NVIDIA Tegra® X1 processor, the new NVIDIA SHIELD device provides War Thunder players access to more than 400 military planes from the WWII and Korean War eras and provides a highly realistic aerial battle experience.

И нигде не написано, что игра должна работать на Tablet.

Будьте внимательней!

https://warthunder.com/en/news/732--en Повезло найти новость. Вы неправы. Память меня не подвела. Там даже колоборация была с гайдзинами - в комплекте шёл не то танк не то самолёт - вот этого уже точно непомню.

Хм. Выходит память подвела меня. Но по ссылке написано
«No launch date has been announced for War Thunder on the SHIELD tablet»
Т.е. это был какой-то ранний анонс.
Тем не менее, WT под Shield (и соответственно на Android) существовал.
НЛО прилетело и опубликовало эту надпись здесь

Нативный EAC под Linux давно есть и работает, проблемы только с запуском виндовой версии под Proton/Wine. Но с ядром 5.11, говорят, ситуация станет сильно лучше.

а что там в 5.11 такого появится?

Syscall User Dispatch появится. Я как раз недавно размышлял, возможно ли создать виндовую программу, которую принципиально будет невозможно запустить на линуксе в вайне из-за каких-то фундаментальных несовместимостей. Правда, я предполагал, что это будет скорее связано с памятью, а не сисколлами. Могу ошибаться, но вроде как сейчас ситуация такая: сисколлы у ядер разных операционок отличаются (разные номера привязаны к разным функциям), но они абстрагированы с помощью местной реализации libc (msvcrt на винде, например), и т.к. все программы на эту реализацию опираются, то вайн заменяет её своей, которая вызывает уже линуксовые сисколлы. Программы этого не замечают и работают как надо. Античиты работают с сисколлами напрямую, вызывая их по номеру, и в линуксе эти номера другие, в результате античит не работает. С помощью вот этой новой механики в ядре, по-видимому, появляется возможность перехватывать и эмулировать в том числе и сисколлы на самом низком уровне, причём, очень быстро.


Это не означает, что EAC мгновенно заработает на 5.11, поддержка со стороны вайна всё равно нужна, и пока она не готова. Но с этим механизмом появляется возможность сделать высокопроизводительную реализацию, которая не будет требовать явной поддержки со стороны античита. Например, я видел пару месяцев назад специальные пропатченные библиотеки EAC (вроде как даже от самих разработчиков античита), которые работали уже сейчас, в современном вайне и на текущем ядре. Только эти патчи, разумеется, отваливались при обновлении игры, так что кроме как для экспериментов они не годились ни на что.

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

Ну, античитов уровня драйвера, полагаю, в линуксе не будет.

Проблема в том, что нет такой ОС как «обычный линукс». Есть куча разных ОС с ядром GNU/Linux, но различным окружениям и множеством WM/DE со своей спецификой, а также зоопарком видео-драйверов, зачастую не самой высокой свежести.
Поэтому тестирование линукс клиента получается затратнее чем на других платформах, так как надо протестировать хотя бы на десятке дистрибутивов, а не только на убунте.
Если однопользовательскими игры тестировать надо редко, то в онлайн играх этот процесс постоянный. Так как патчи не только фиксят баги, но и привносят новые фичи.

А всякие новомодные АppImage не решение?

Потому что AppImage это просто архив.

Проблема с играми в том, что не все библиотеки можно положить внутрь AppImage. Насчёт OpenGL(к Vulkan это кстати тоже относится) у меня уже была дискуссия с автором этой утилиты, что нельзя их притащить с собой просто потому что положить все возможные драйвера невозможно вообще, а местами и нелегально (например, закрытый драйвер от NVIDIA).

И казалось бы, да можно же использовать системный OpenGL/Vulkan, но это не так. Если внутри AppImage приложение несёт свой libc, то при попытке обратиться к любой GL/VK функции в худшем случае скорее всего произойдет краш, в лучшем случае библиотека просто не загрузится, ссылаясь на разные версии libc.

Выход из ситуации — брать дистрибутив как можно старее, собирать приложение на нём, по необходимости обновляя отдельные зависимости, получившиеся бинари складывать в AppImage. На том что новее заработает… наверное. Steam кстати делает подобное решение и далеко не всегда работает.
Согласен, но ведь с точки зрения маркетинга — лучше иметь хотя бы один релиз, жёстко прибитый гвоздями к конкретному дистрибутиву, нежели вообще иметь ноль пингвино-совместимых релизов?
Стим свой «дистрибутив» с собой носит. Там получится, примерно, как и на винде: разное железо, разные драйвера.

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

Да это всё решаемо. Проблема в большой гетерогенности платформы. У разработчиков может всё прекрасно работать под линуксом, а у игроков на какой-нибудь DE будет чёрный экран или мышка как-то не так обрабатывается. С вукланом тоже хватает веселья, учитывая что дрова от одного известного производителя видеокарт написаны так, что можно запросто повесить всю ОС локом в userspace коде.
А как вариант — контейнер с требуемым окружением, по типу докера, решает проблему?

Ну какой контейнер, если основные затыки всегда около хардвари. Графика, звук, контроллеры. В основном, конечно, графика. Под винду вендоры драйверы обновляют с фиксами под свежие игры. Ну какие тут контейнеры?

Может сработать, но есть несколько моментов. Во-первых, дрова должны быть в контейнере. То есть, дрова для нвидии всё равно придётся скачивать. Во-вторых, контейнер должен быть совместим с хостом, так что поставить новый контейнер на древнюю систему не получится. Плюс ещё реализация апи, так grim работает в sway, но не работает в gnome 3 wayland(или не работал ранее).
Плюс ещё контейнер не работает с ядром напрямую
Спасибо. Очень интересно.
По видео вроде как видно, что fps уперся в возможности видеокарты. Я прав?
Или есть другие ограничения: движок игры/процессор/драйвера/чтотоеще?
К сожалению, на загрузку GPU смотреть бесполезно, как оказалось, это известная особенность в связке утилиты MangoHud + драйвера AMDGPU
github.com/flightlessmango/MangoHud/issues/233
github.com/flightlessmango/MangoHud/issues/329
Тогда вопрос, почему не использовать оверлей из состава Mesa?
gitlab.freedesktop.org/mesa/mesa/-/tree/master/src/vulkan/overlay-layer

По идее он в отличии от MangoHud должен показывать более адекватные результаты, да и в целом давать больше статистики (он в меса с версии 19.1)
Спасибо, что подсказали про оверлей, надо будет попробовать.
Я им сам не пользовался, но вроде бы он работает и на AMD. Покажет не совсем FPS, но среднее время рассчета кадра в средний-же FPS прекрасно конвертируется. К тому же там вроде бы можно включить логгирование и провести корректные рассчеты перцентилей и посмотреть не только на FPS, но на стабильность FPS, что в соревновательных играх, на мой взгляд, чуть ли не важнее среднего значения.
А почему такие разные конфигурации? Неужелие невозможно было поставить один и тот же объем оперативки и одинаковые видеокарты на оба стенда?
Объём оперативной памяти не играл большой роли, игры использовали до 3 GB, компилятор — до 4 GB. Да, остальная память при компиляции использовалась для кеширования файлов, но чтение занимало доли процента от времени по сравнению с работой компилятора.
Видеокарты практически одинаковы по производительности, судя по различным тестам. При разности FPS в 1.5 раза для наших целей это не так критично.
Судя по различным тестам (например wccftech.com/nvidia-evga-gtx-960-ssc-amd-xfx-r9-380-oc), эти видеокарты могут, в зависимости от теста, отличаться процентов на 15 (см. Ashes of the Singularity, например), так что в целом честно было бы взять везде R9 380 и посмотреть уже на нем, иначе конечно разницу в 1.5 раза не объяснить, а вот 83 против 70 фпс — вполне можно было бы.

R9 380 Имеет теоретическую производительность 3.5Тфлопс, против 2.3Тфлопс у GTX 960. Так что в этом плане у Эльбруса была даже фора.

Упор в частоту процессора. Надо бы потестить на Э8СВ и инженернике 16С.
Ну ТФлопсы в играх не всегда играют решающую роль, но лишний признак неравенства карт и некорректности сравнения. Я бы в данном случаи, если честно, на обе системы поставил что-нибудь в духе хотя бы RX480/RX580, чтоб шанса что оно упирается в видеокарту было около нуля. И да, одинаковая ОС тоже важна в случаи vulkan рендера и AMD карт.
Я впечатлен Вашим трудом, так как работа с отечественными процессорами это действительно сакральные знания. Надо не мало сил, чтобы получить такой положительный результат.
Меня впечатляет разница в размере кода.
VLIW имеет ширину до 512 бит, плюс раскрутка циклов.
плюс раскрутка циклов.

Да, на -O3 компилятор может немало понараскручивать. Встречал мнения, что -O2 может быть иногда быстрее, чем -O3 как раз из-за менее раздутого кода.

Кстати, на Эльбрусах есть ещё O4. Там он может глубоко пройтись, но размер резко возрасти.
Как и время компиляции. А выхлоп может быть не всегда таким полезным.
Можно попробовать только для «горячих» модулей применить дополнительные оптимизации сборки
Хорошая идея. на Эльбрус 8СВ ещё куски подтюнить для использования SIMD 128 bit.
то, что раскрутка плодит кучу кода это мне знакомо, но порой это говорит, что либо в процессоре плохо поддерживаются циклы на аппаратном уровне, либо компилятор не умеет хорошо настроить цикл под конкретную архитектуру.
Циклы аппаратно поддерживаются. Есть одна инструкция с счётчиком цикла и loop_mode. Компилятор, да, может. Там с кодом и флагами играться надо.
У E2K код рыхлый не потому что он раскручивает циклы, а потому что кодировка такая. В книге от 2013-ого года (можно на сайте МЦСТ бесплатно скачать) на словах описано как кодируется один bundle.

К тому же компилятор не особо заморачивается с размером кода и выдаёт что получилось.
У e2k код «рыхлый» потому что для оптимизации необходимо делать много подстановок функций, а также иметь много версий одного цикла и много вариаций кода для предикатного режима (if-conversion). Тем не менее, обычно в горячих участках код получается нормальным, а «рыхлость» — это среднее по больнице.

Более того, раскрутка — далеко не единственный метод оптимизации цикла, если это возможно, то к нему будет применена программная конвейеризация, которая обладает аппаратной поддержкой. Это, разумеется, не взаимоисключающая с раскруткой оптимизация, и их часто следует применять вместе, но размер кода она экономит сильно по сравнению с только раскруткой.

Компилятор довольно сильно заботится о размере кода. Так, например в режиме -O3 действует специальная система СНОП, которая при возможности понижает линейку оптимизации для экономии времени компиляции и размера. Но сам по себе -O3 подразумевает что размер кода не является главной целью сборки.
Спасибо за ответ!
А у вас есть какие либо планы на Эльбрусы в будущем? В каком случае будете его полноценно поддерживать? Сколько для этого надо потенциальных игроков?
Я не смогу ответить. Пока планов конкретных нет, но вообще это скучное бизнес-решение, я занимался увлекательной инженерной задачей :)
А вообще планируете развивать эти свои проекты под Эльбрус дальше? Хотя бы на всякий случай что бы было. Вдруг будут санкции из-за которых иного выбора у граждан кроме как Эльбрус и не останется. Или может Эльбрусы в массы пойдут со временем, и что бы вы уже были наготове. Ну или хотя бы поглядеть что можно получить на Эльбрусе при достаточно хороших оптимизациях.
Бизнесово в данный момент это в данный момент супер-бесполезная задача, гарантированно невозвратные деньги, никто не станет на это тратиться прямо сейчас.

Инженерам, конечно, интересно поразвлекаться — новая архитектура, прикольные новые железки. Но нет никакого клиента, который эти развлечения оплатит.

Сейчас скорее актуально спрашивать, что они думают про M1 от эпла, чем про Эльбрус)
Мне было бы очень интересно запустить эти проекты на новом процессоре Эльбрус-8СВ, ещё попробовать оптимизацию с профилем выполнения, детально всё посмотреть с профайлером. Возможно, тормозные места потребуют изменения подходом и некоторых алгоритмов. Вот бы ещё времени на всё хватило.
Да! С 8СВ хотелось бы ещё одну статейку от вас. А с 16С, когда он к вам попадёт, расскажите ещё и про вариант двоичной трансляции(когда он прикидывается Интелом). Хотелось бы знать на что способен этот процессор в таком режиме с вашими проектами. Интересно какая будет разница. Походу в случае санкций как я описал или если Эльбрусы пойдут в массы, то все геймеры на них будут ваш!
На 8СВ правда игра потребует пересборки. Там очень много чего вкусного в ISA добавили, не зря подняли версию. :)
НЛО прилетело и опубликовало эту надпись здесь
Да достаточно перекрыть доступ к TSMC/Samsung/etc и всё будет готово. Останется только старый младший Эльбрус на 90/65нм.

Есть китайцы еще (SMIC), там 40 нм есть и вроде как 28 нм запускают.

Как вариант, но все заготовки под TSMC надо будет перекроить под SMIC, а это прилично времени займёт.
НЛО прилетело и опубликовало эту надпись здесь
Если наступят такие санкции, что даже азиаты не смогут поставлять процессоры, то вам никакие Эльбрусы не помогут. Придется завозить все тайно «по-советски», что чревато провалами. Сегодня в информационном мире спецслужбам гораздо проще отслеживать левак, чем в 80-е.

Причина этого, как мне кажется, проста: санкциями ударят по Микрону (TSMC сам откажется от производства, если настанут «суперадские» санкции) в плане поставки оборудования. Т.е. практически задушат саму линию, чтобы она не смогда вырасти на порядки для замещения азиатов, а большего и не надо.
Очень круто, что заморочились, спасибо большое!

Но для научной достоверности, конечно, надо брать максимально одинаковое окружение — память, видеокарта, ОС, как тут уже отметили выше. Результат может сильно отличаться и в ту и в другую сторону.
Я почему-то изначально полагал, что вы переписали часть математики под E2K packed инструкции или ручками набивали ШК.

Но, я так понимаю, вы подобных оптимизаций не проводили и полагались исключительно на компилятор?
Мы компилировали код почти без изменений, с интринсиками SSE2, компилятор сам преобразовывал их во машинный код для VLIW.
Это очень здорово. SSE как раз транслируется в нативные packed инструкции.
НЛО прилетело и опубликовало эту надпись здесь
Мне кажется пока статьи о разработке и портировании, чего то под эльбрус не избавятся от дополнений в виде:
Спасибо МЦСТ — они выдали нам на время экспериментов одну рабочую станцию.

Смысла в этих статьях не много, т.е. пока процессоры не станут хоть чуть чуть массовыми, а не уделом избранных и личной гордости чиновников за «наше» производство, эти статьи только будут добавлять скепсиса.
Хотим, что бы свой камень занял достойную нишу? Ну так субсидируйте производство, что бы такой камень стоил вменяемых денег, да хотя бы был просто доступен, ведь сейчас его не купить даже если есть деньги. А без этого, сорян это просто кусок военного кремния, по баснасловной цене.

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


Пусть лучше сделают датацентр с этими процессорами и тогда мы заменим всех чиновников на скрипт!

Процессоры надо делать, что бы запускать на них все, что понадобится запускать, в том числе и игры. В данном случае, процессор делают для того, что бы на нем запускать подъем ЧСВ нации во главе с топ чиновниками.
Надо было ставить одинаковые видеокарты. И попробовать i7 с 8 потоками, тогда бы тест был бы более объективным. И почему не windows 10? Ну и для чистоты эксперимента одинаковый размер памяти.

Потому что никто не собирал Windows 10 под Эльбрусы, конечно же

Под x86 за то собирали. Сиcтема на x86 была под windows 8.1. Или вообще не читаем статью? А только комментируем? Можно было кстати и на линуксе протестировать x86. Но это все же не целевое сравнение с учетом большой разнице в производительности игр под линукс и windows при различном сочетании железа и настроек. Это уже будет тест непонятно чего.

Я думал ваш вайн был почему на эльбрусе не было Win 10, на что собственно и ответил. Про 8.1 не увидел, видел что какая-то windows. Ну и разница Win8 и Win10 в контексте едва ли заметная — драйвер то у них одинаковый, сомневаюсь что в графичских подсистемах ядра ОС там что-то настолько отличается, что это имеет влияние на погрешность измерения. А так да, почему не два линукса непонятно.

Да тут дальше вопрос к тому, что тестирование очень непрофессиональное. За 20 больше чем 20 лет тестирования железа на ПК сформировались определенные требования. Да что то может не влиять на результат. Но все факторы как правило стараются исключить. Фактически тут только показали, что на Эльбрусе уже можно хоть как то играть. Тест виндовой машины это больше попытка оправдаться, что мы не хуже. Но я до сих не понимаю зачем? Это просто разные сегменты x86 и эльбрус. Или уж тогда какой нить тест запустили, который легко доступен большинству, что бы народ сравнил свою производительность с эльбрусом. Но опять тест игр это сомнительно, ибо там больший упор в видеокарту. Поэтому есть свои механизмы тестирования и сравнения разных платформ.
Да вообще думаю много где эльбрус возможно сможет уделать x86. Но пока я не видел ни одного цельного большого и подробного материала. Что бы подробно все протестировали показав где он лучше, где хуже.
Много сравнительных тестов Эльбрусов с компами на других архитектурах есть на Эльбрус/тесты/результаты. Это неофициальные постоянно пополняемые результаты бенчей.
Спасибо, не знал.
А тем, кто может щупать Эльбрус дадут бинарники для тестов?
War Thunder грузит только 2 потока на 100%, остальные простаивают.
Enlisted и CRSED — все потоки, но 50%.

Это как объяснить можно?
На сколько я знаю, там сейчас в проектах разная политика по поводу того, какие системы должны занимать какие ядра. Но подробности не помню.
Почему вдруг нельзя было использовать одинаковую видеокарту (Радеон) и одинаковое количество оперативной памяти (16 гигов)?
Чуть выше уже писал:
Объём оперативной памяти не играл большой роли, игры использовали до 3 GB, компилятор — до 4 GB. Да, остальная память при компиляции использовалась для кеширования файлов, но чтение занимало доли процента от времени по сравнению с работой компилятора.
Видеокарты практически одинаковы по производительности, судя по различным тестам. При разности FPS в 1.5 раза для наших целей это не так критично.

У нас не было планов делать бенчмарк процессора, мы преследовали другие цели, и поэтому сравнивали хоть с чем-то похожим по году выхода процессора и производительности видеокарты.
Просто взяв одну и ту же видеокарту, можно было бы так сказать бесплатно получить статью полезную в том числе для тех кто хочет увидеть бенчмарк процессора. Замена видеокарты на эталонном ПК просто выглядит как операция на 15 минут времени…

Ну вот ещё один пример, что МЦСТ пора уже поворачиваться лицом к людям. Энтузиасты найдутся.

> Энтузиасты найдутся.

Очень небольшое количество энтузиастов. За текущую цену нейдется меньше сотни любителей, которые готовы купить. Это количество для производства крупной партии — ни о чем. А по сравнимым с Intel/Amd ценам потребитель будет смотреть на возможность запуска нужного ему ПО, и тут тоже Эльбрус стоит далеко не в мейнстриме.

Эльбрус — это нишевое решение, явно не для потребительского сектора персональных компьютеров. Главное, чтобы он развивался для своей ниши, и в России находился центр компетенций. Если будет настоящая а не искусственная потребность в Эльбрусах в его нише, это уже будет очень хорошо.

Справедливое замечание. Но я больше про то, что МЦСТ стоит стать более открытой. Опубликовать полную документацию по ISA, в идеале ещё сделать эмулятор, раздавать компилятор.


Я уже устал повторять это в темах про Эльбрус. Я помню как ARMv8 появлялась — ещё до выхода первого чипа в железе, на неё уже было портировано куча софта и ОС. Т.к. полноценная документация, эмулятор, поддержка в компиляторах и т. д.


RISC-V или Power сейчас тоже не купишь за дёшево, тем не менее вокруг них образовалось сообщество и т.д. И это большой плюс.


Даже если цена у Эльбруса станет вменяемой, то что с ним делать? Реверс-инжинирнг проводить? На каждый чих бегать на поклон к МЦСТ?

Им сверху не разрешают. Почему? Не понятно. МЦСТ хотят.

Последние слухи, что я слышал, так это про то, что им внезапно РАН палки в колёса вставляет, даже не вояки.


С другой стороны, предыдущее обсуждение, где была ссылка на интервью генерального директора АО «МЦСТ» Александра Кима в интервью журналу «Эксперт», вызвало у меня сомнение, что что-то поменяется в лучшую сторону.

А причём тут РАН? Как это? хммм.
НЛО прилетело и опубликовало эту надпись здесь
А им то что с того, что откроют Эльбрусы и начнут массово покупать? Денег не хотят? ИНЭУМ мамки пилит для МЦСТ.

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


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

НЛО прилетело и опубликовало эту надпись здесь
Ждём, а энтузиасты не дремлют)
НЛО прилетело и опубликовало эту надпись здесь

Я уже в прошлой теме высказался.


Хотя, процессор интересный и на мой взляд вполне достойный для нашего текущего уровня.

НЛО прилетело и опубликовало эту надпись здесь

Это не "чтобы вояки". Это инженеры улиток развлекаются. Имеют право.

Любопытно было узнать, что Эльбрус работал с
AMD Radeon R9 380
Как там вообще с поддержкой видеокарт? И есть ли какая-нибудь встройка, чтобы работать только с всецело отечественными компонентами?
При учёте того, что в РФ не производится DRAM/FLASH пригодная к использованию в железе хотя-бы уровня 80486, говорить о работе с всецело отечественными компонентами бессмысленно.
НЛО прилетело и опубликовало эту надпись здесь
Отечественный компонент — компонент разработанный в РФ. Айфон — это не компонент, это уже устройство, а вот к примеру его процессор — вполне себе будет отечественным для жителя США.
Поэтому фраза «отечественная память» для меня это что-то типа К555РУ7. И да, ничего в Калининградских SSDшках для меня не является отечественным.
Процессоры Apple для Айфонов вполне себе производятся на тайваньском фабе TSMC. Так что не нужно тут про «отечественность» заливать.
Прочитайте внимательнее коммент, на который вы ответили, и найдите там фразу «произведённый», если что она была только в ещё более верхнем. HDL/RTL и далее у яблочного процессора вполне себе сделано компанией Apple. И при требовании оное может быть перенесено (с гораздо меньшим матом, чем в случае с e2k) на локальное производство, благо не такая адова пропасть по технормам плюс политический рычаг давления на TSMC, который ИМХО вынудил её начать строительство фабрики в США.
НЛО прилетело и опубликовало эту надпись здесь
Там были две большие ссылки, я посчитал что это занимать 3 строки ссылками — это перебор, а если делать ссылки из участка текста, то они не так заметны, «https://» сразу настраивает на нужный контекст.
НЛО прилетело и опубликовало эту надпись здесь
А вы какой процессор использовали, чтобы оставить этот комментарий? На какой фабрике он был напечатан?
НЛО прилетело и опубликовало эту надпись здесь
Ты в состоянии ответить на вопрос, на каком ты сейчас процессоре, и на какой фабрике он был произведён?
Сейчас вполне себе можно выпустить одну модель Эльбруса, которая будет и разработана в РФ и произведена в РФ.
Как я рад продвижению нашей архитектуре — только очень медленно, только слишком мало людей занимаются продвижением и интеграцией с производителями современного ПО и Игр.
Я считаю на такие нужды нужно закупить не пожалев денег 20-30 машин и раздать их в ВЕДУЩИИ студии ИГРОДЕВА и ПО! Эти деньги себя окупят СТОКРАТ! Учитывая как много денег вливается в пустой пиар и потемкинских деревень, можно выделить несколько миллионов на такую важную отрасль.
Так что вам мешает это сделать? Или за чей счёт банке организовывать?
Причем тут я? Как сказал чубайс «денег у нас не просто много, а очень много...».Как минимум можно выделить пару миллионов на продвижение платформы — 20-30 машин это копейки для гос бюджета, а вот сколько они пользы и медийности дадут.
С про-хайтек просили машинку хотя бы на время у МЦСТ.Не дали.А канал помоему почьти миллионник.200-300к просмотров под видео регулярно.Плюс люди не просто продажники, а тесты пилят пусть и не мега профессионалы.
Бачило просил — так и не дали, а дали сторонние вендоры которые делют СХД на эльбрусах.
Никто же не просит супсидировать на миллиарды долларов здесь и сейчас как это делают амеры.
А есть возможность собрать бинарники для других эльбрусов и сказать какого они размера?
Сейчас пока нет такой возможности.
Насколько мне помнится с первого публичного релиза, который я гонял на виртуалке, ОС Эльбрус же и является Debian, только заточенным под наше, а не под apt?
Это небольшой subset всех пакетов debian'а, вроде бы еще с патчами от МЦСТ сверху. Небольшой — потому что судя по официальным спискам там 2.3 тысячи пакетов доступно, а в Debian Stable — 60 с небольшим тысяч.

Так как это Debian-based, то apt там вроде бы вполне себе на месте, ведь apt это все же CLI для удобной работы с пакетами.
А, точно. Забыл, что apt был, но стандартных реп не было, и почему то они у меня не захотели добавляться… Хотя наверно потому же, почему и в Deepin репы от Debian/Ubuntu если и добавить в список, то устанавливать из них без танцев с музыкой не получится.
Да не то чтоб танцев с музыкой, просто репозиторий не от твоего дистрибутива получает более низкий приоритет и нужно всего лишь добавить правильный pinning. Логика apt'а в это месте очень хорошо документирована на самом деле и добавление файлика — дело пары минут буквально.
Интересно, через какое время он потянет киберпанк с ртх на приемлемом уровне
НЛО прилетело и опубликовало эту надпись здесь
какой бред 25 кадров, непонятны все эти пустые потуги когда есть готовые процессоры от amd и intel за ними ещё не удастся угнаться минимум пять лет, а через 8 лет уже надо будет на 16 лет ориентироваться…
Спасибо за статью!
С обновлённым Vulkan количество кадров в секунду в игре War Thunder возросло в разы по сравнению с OpenGL и держалось в районе 60-70

Интересная информация.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий