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

Может ли Orange PI 5 Plus с 32 ГБ памяти заменить домашний/офисный ПК?

Уровень сложностиПростой
Время на прочтение40 мин
Количество просмотров26K
Всего голосов 77: ↑73 и ↓4+90
Комментарии83

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

А что там с портом EDK II? Им пользоваться уже можно или все так же "в процессе"? Система просит (прямо требует) наличия UEFI, а идет с загрузчиками более характерными для мира Embedded.

Система просит (прямо требует) наличия UEFI, а идет с загрузчиками более характерными для мира Embedded.

А зачем?

U-Boot куда проще, пририсовать к нему морду на lvgl - дело нехитрое (и никому особо не нужное). Управление загрузкой из менюшки вроде есть в конфигах сборки, мультибут можно сделать.

Плюс все текущие рабочие реализации UEFI - закрытые анально-огороженные поделия от жирных прожорливых компаний, и доработка под арм их софта удорожает плату баксов на 50-100 при текущем крохотном тираже. А открытые некому дорабатывать, так как полной отчуждаемой доки на чип нет даже у самого производителя, плюс у производителя нет экспертизы под UEFI... Думаю, до того, когда массово не появятся ноуты и мини-пк на армах, UEFI ждать не стоит.

Ну, вопрос зачем - он понятен. DTB, как обязательный компонент системы. В параллельном мире есть ACPI и DSDT что несколько облегчает жизнь обычным пользователям (что бы это не значило). Во всяком случае в мире x86/AMD64 это прекрасно работает. Да и у Apple на ARM'ах вроде бы тоже.

По реализации - мне известен проект https://github.com/edk2-porting/edk2-rk3588 Правда я не знаю насколько он в принципе готов в работе. У меня RK3568 на столе (ну еще проектик есть на RK3399). А вот его https://github.com/jaredmcneill/quartz64_uefi - довольно странная штука. Что-то в нем работает, но готовности в промышленному применению точно нет.

Так что живем на Embedded решениях. И пользуемся вендорскими бинарями https://github.com/rockchip-linux/rkbin Что не здорово, но вариантов то нет.

Тем временем в мире risc-v: uefi (впилен в u-boot) -- стандарт, может загрузить grub, а далее полный контроль над тем что, откуда и как грузить.

Да здесь так тоже можно. Это совсем не Risc V специфичная штука. Но тут та же проблема - UEFI есть, а вот с ACPI все сильно сложнее. Все равно DTB'шка остается в том или ином виде.

И пользуемся вендорскими бинарями https://github.com/rockchip-linux/rkbin Что не здорово, но вариантов то нет.

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

TEE вроде бы есть опенсорсный, если бинарь не устраивает. И опять же ноги этого бинаря растут из материнской ARM...

Так кактус-то известен. Грызу в меру сил и возможностей. Просто была робкая надежда на то, что в мире RK3588'ых дела обстоят лучше, нежели в мире RK3568'ых.

А tee;elf (нужный для "ванильного" u-boot'a) я легко получаю из вендорского бинаря

Скрипт линковщика
##############################################################################
# Simplest convert Rockchip TEE (bl32) binary image into ELF format
#
# Just place this file as tee.ld into rkbin directory, then run
# $ aarch64-linux-gnu-ld -T tee.ld -o tee.elf
# Then build vanilla u-boot with TEE=<you_path>/tee.elf

start_addr = 0x08400000;

TARGET(binary)
INPUT( ./bin/rk35/rk3568_bl32_v2.11.bin )

OUTPUT_FORMAT(elf64-littleaarch64)
ENTRY(start_addr)

MEMORY
{
    RAM (rwx) : org = 0x08400000, len = 1M
}

SECTIONS
{
    .data : {
        ./bin/rk35/rk3568_bl32_v2.11.bin
    } > RAM
}

Собрать, да так чтоб рабочим оказался, пока не получается.

Да и у Apple на ARM'ах вроде бы тоже.

На ARM-маках нету UEFI и ACPI/DSDT, а тоже используется device tree (только в каком-то своем формате).

Но можно загрузить u-boot.

Про UEFI будет далее, в комплекте с установкой Windows. Там более подробно рассмотрим текущий уровень доступных функций и сравним с U-Boot

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

Спасибо.

Конечно, оптимистичное проблем нет точно несколько не соответствует действительности. Достаточно посмотреть на ACPI таблицы https://github.com/edk2-porting/edk2-rk3588/tree/master/edk2-rockchip/Silicon/Rockchip/RK3588/AcpiTables Понятно, что есть альтернатива в виде "вшитых" DTB'шек - https://github.com/edk2-porting/edk2-rk3588/tree/master/devicetree/vendor Но это скорее костыль, нежели решение.

Ну и с поддержкой "ванильных" (mainline) ядер. Насколько я понимаю, видеозахват все так же в планах. Тактирование пилится, но до сих пор в процессе. Видеокодеки и mali тоже не полномаштабно. Т.е. все живет в вендорском варианте ядра, которое для промышленного применения - с пониманием возможных рисков...

Но за неимением гербовой... пишем на чем можем.

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

Ну, при наличии работающего GMAC добавить PXE - это пара-тройка строк в конфиге EDK II. Не уверен, к слову, что оно уже не прописано. Правда надо смотреть на то, как там тот самый GMAC прописан. У меня на RK3568-ом была проблема с тактированием и поддержкой PHY'шки (у нас свой процессорный модуль и своя реализация). Пока до решения руки не дошли, к сожалению. Как и решить вопрос в поддержкой ряда NVMe накопителей. У меня есть пара - один работает, второй нет. При этом так только в EDK II - в u-boot и ядре Linux оба работают.

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

Технически PXE в текущей версии EDKII доступен, но практически не проверял

"Стоимость комплекта составила ~260 зеленых бумажек"

Собственно и все. Остальное конечно очень интересно, но можно не читать. За эти деньги можно взять мини-пк на  Ryzen7 5700U с 32Гб памяти и 1Тб SSD. Все программы будут работать без танцев с бубном из коробки включая Виндовс.

n100 на алике материнка стоит 12-13тр

Тут надо сравнивать именно готовые комплекты.

  • Orange Pi 5 Plus RK3588 + 16GB Ram + 512GB NVME + Heatsink + WiiFi + Power supply = ~28.000р.

  • MiniPC N100 + 16GB Ram + 512GB NVME + WiFi + Fanless case + Power supply = ~25.000р.

При этом использование Intel даёт огромное кол-во плюсов, в то время как с Рокчипом только одно "достоинство" - наличие нейроускорителя.

Я бы сюда добавил убогий кулер, как иллюстрацию к мультику "а зачем тебе жужжать, если ты н пчела?". На МиниПК n100 или AMD, совсем другой формфактор и система охлаждения, соответственно.

на самом деле у non-X86 SBC есть еще одно преимущество - 40 пиновый хэдер, на который можно вешать кучу перифериных устройств, датчиков, и прочих актуаторов.

У x86 тоже есть Gpio, просто выведены они далеко не всех материнках (Но такие материнки есть. Видел на алике плату со старичком Celeron J1900 с raspberry-совместимым разъёмом gpio ("40-пин хедером")

Для офисного или домашнего ПК, о котором речь, GPIO очень сомнительное преимущество.

На non-X86 SBC тоже может быть 40-pin GPIO, только есть нюанс. Два варианта рассмотрено в этом посте, текст начинается со слов "Еще один подвох одноплатных компьютеров на x86 процессорах заключается в управление GPIO ..."

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

На мой взгляд массовое АРМ будущее наступит тогда когда телефон можно будет использовать в роли настольного компьютера установив его на док станцию. Самсунг пыталась такое сделать со своим DEX и еще кто-то, но пока не взлетает, и думаю не взлетит без поддержки этого из коробки в Андроид. Гугл к сожалению в эту сторону двигается оооочень медленно. Можно купить планшет с клавиатурой и подключить к нему мышку, будет почти ноутбук, но все равно куча странностей, программы открываются в полноэкранном режиме, часть программ открывается только в телефонном режиме. Если подключить внешний монитор, интерфейс самой ОС выглядит очень нелепо на внешнем мониторе. Короче проблемы не в железе, проблемы в софте. Процессора среднебюджетного планшета на обычные повседневные задачи хватает с головой, веб почитать, виде посмотреть, в мессенджерах пообщаться, в документах поработать, думаю можно было бы даже программировать, на каком-то языке не требующем компиляции, питоне например. Проблема именно в софте. Думаю что производители просто боятся сейчас открыть этот ящик Пандоры. Скольким людям перестанет быть нужен компьютер, если можно поставить телефон на докстанцию и вот тебе компьютер со всеми твоими программами, данными и прочим личным. Непонятно кто первый к этому придет, Апл, Гугл или Хуавей(со своей Harmony OS) но кто-то должен, идея слишком простая.

Это не проблема в софте, это Андроид/iOS в принципе негодные инструменты для полноценного десктопа. Да они и разрабатывались во-многом в противовес десктопу.

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

И на ком вложения в условную убунту под зоопарк девайсов отобъются? А только под одну линейку/модель аппаратов пилить -- ну и отношение у производителя будет соответствующее, как одноразовой имиджевой акции, - проходили не раз.

Непонятно кто первый к этому придет, Апл, Гугл или Хуавей(со своей Harmony OS) но кто-то должен, идея слишком простая.

Думаю, это дело ближайшего будущего, но не сейчас. Проблема лежит в маркетинге - для выхода такой фичи на рынок надо сделать всё красиво. Это по силам паре-тройке корпораций, и скорее всего, первым будет яблоко...

Майкрософт уже третий раз проваливает винду на армах, пользователи жалуются, что не идет софт - тетя Срака не хочет разбираться, какой там проц, ей надо эксель/сап/1С открывать и в игры играть... Тоже самое и здесь. Если вывести фичу двух ОС на рынок, но кривую, пользователи запомнят ее такой - синдром утёнка никто не отменял. Это испортит последующие продажи всем. Потому проще чуток подождать, пока условный эпл выкатит красивую версию, а потом передрать функционал.

На мой взгляд массовое АРМ будущее наступит тогда когда телефон можно будет использовать в роли настольного компьютера установив его на док станцию.

Была такая штука -- Ubuntu Mobile (вроде так она называлась на выходе). В режиме десктопа через докстанцию превращала мобильный телефон в мини-пк (по задумке). Я тогда решил, что как только увижу в продаже, то сразу же куплю.
Не помню, был ли официальный аппарат, но помню, что можно было ставить эту ос на пиксели. Вот я посмотрел обзоры, список проблем и т.д., и решил подождать еще годик. Но заметного прогресса не было.
Еще я оценил то, как я пользуюсь мобильным телефоном. И для меня мобильный телефон в первую очередь средство связи, а все эти плюшки в виде браузера, камеры и игр только приятный бонус.
Бесспорно, есть люди, которые пользуются DEX'ом и иже с ним. Но может проблема в том, что таких людей очень мало, что не все производители софта хотят даже косо-криво поддерживать этот режим. Думаю, что тем, кто работает с документами, проще купить планшет/ультрабук.

Мы скоро органически к этому придем, за счет того что сегодня складные смартфоны в фаворе. И для них плият софт, в т.ч уже с 10 дюймовыми экранами.

ТОже жду данного решения, даже Брал самсунг ноут 10 поиграться с dex

Думаю придем, все дороги ведут туда, телефоны стали слишком быстрее, а огромный компьютер слишком ненужный, фактически проблема только в огромном количестве игр которые можно запустить только на ПК(виндовс). Но стимдек очень сильно шатает монополию виндовс на игры. И апл сильный шаг сделал когда сказал что айфон приложения теперь работают под маком, фактически сейчас можно написать одно приложение которое будет работать и на телефоне и на планшете и на компьютере. Уж не знаю тонкостей как там делается адаптивный интерфейс, но наверно как-то делается или предложат со временем варианты. Компьютеры уже проиграли телефонам по пользовательской базе. Компьютер может быть один на семью в доме, а вот телефон у каждого свой.

А если глянуть на чуть бу решения. То за 100$ можно уже разгуляться на всю

Это вы зря "но можно не читать", для понимания ситуации лучше прочитать, но не претендую на истину в последней инстанции. Возможно я недостаточно акцентировал внимание именно на тренде изменений. То что было раньше 10 лет назад и сейчас, это просто день и ночь. За это время много что изменилось. Например, раньше Qualcomm тоже смеялась на MTK, но текущие продажи говорят что это MTK тогда нужно было смеяться.

Суть такова, что китайцы прут как не в себя. Это жесткая экономическая и информационная экспансия. Да, пока есть отставание и софт не допилен, но они однако уже дышат в спину.

И почему мне это интересно, я хочу получить мини-ПК в форм факторе телефона, с экраном и всеми плюшками, который будет в два раза толще обычного, с наличием контактов GPIO для программирования, с UEFI и запуском Android, Linux, Windows. Так сказать начать настоящую эру пост-ПК.

Оставив в стороне вопрос цены (хотя на 100% согласен с оратором выше - за 250 у.е. сабж не нужен), Вы уверены, что 5V 4A вам хватит на нормальную ваботу. Вот давайте представим сченарий копирования данных с флэши по usb 3.1/3.2 на NVMe. Да там запрсто только на эти два устройства 10 ватт в пике будет. и что 32 Г памяти не отъест еще ватт 5 не верю.

Ну и скорость конечно....

SSD может максимум потребить в пике DC 3.3/2.0A = 6.6 W. Подключал USB Flash 3.0 на 128 ГБ. Архивировал игры steam с SSD на USB Flash, никаких проблем не заметил. USB Flash на само деле много не потребляет, хотя корпус греется прилично.

а ещё разъём M.2 M-Key NVME 4xPCIe годится для подключения нейросетевого акселератора типа Hailo

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

Чё серьезно? Если вы разобрались в "как включить аппаратное ускорение графики", то просветите тогда общественность.

Второе, вы видимо вообще не понимаете как работают системы без аппаратного ускорения графики. Тот же тест с рыбками на WebGL дал бы максимум ~5 fps с одной рыбкой. Видео 1080p кодеком H265 вообще максимум 1-2 fps. А игры в Steam? Неа, это тоже на одном процессоре? Вы это серьезно или шутите?

Если откроете страницу автора сборки https://github.com/Joshua-Riek/ubuntu-rockchip/, то там черному по белому написано "3D hardware acceleration support via panfork".

В посте написано "3D аппаратное ускорение работает посредством драйвера panfork".

Пролистайте до скриншота Системная информация GNOME.

Там есть две строки:

Graphics 1 - Software Rendering

Graphics 2 - Mali-G610 (Panfrost)

Я думаю вывод сделать не сложно, есть аппаратное ускорение графики или нет.

Я серьёзно. Дайте скриншот с glmark2-es-wayland, например? А ещё лучше, с vkcube-wayland?

Panfork — это древний форк Mesa, едва ли пригодный для чего либо. Правильно использовать либо Panthor (если вы любите опенсорс), либо libmali (если хотите максимальную производительность, раза в 2-3 быстрее). Оба умеют рендерить GNOME аппаратно, без вот этого "Software Rendering".

Да, я разобрался, как включить аппаратное ускорение. Я разобрался, как включить Vulkan. Этими моими наработками активно пользуется, например, проект ROCKNIX.

Видео в H265 — это вообще другое, там другие драйверы и другие ядра процессора.

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

Читаем: glmark2-es2-wayland - OpenGL (ES) 2.0 benchmark suite

Мне хотелось бы узнать, как все же включить это "аппаратное ускорение графики", раз вы так в этом хорошо разбираетесь.

Второе, мне непонятно одно, как тогда выполнился тест WebGL Aquarium с рыбками.

mozilla.org сообщает: " WebGL (Web Graphics Library) ... WebGL приносит в веб трёхмерную графику, вводя API, который построен на основе OpenGL ES 2.0"

Запуск рыбок на WebGL - следует, что работает OpenGL ES 2.0.

Тест glmark2-es2-wayland проверяет наличие доступности и работы OpenGL (ES) 2.0.

Раз тест с WebGL выполнился, значит OpenGL ES 2.0 работает.

Вот теперь, как специалист, поясните мне как заработало API OpenGL ES 2.0 без аппаратного ускорения?

Ссылку нормальную напишите на свой проект "проект ROCKNIX".

Мой вопрос про скриншот glmark2-es2-wayland имеет совершенно конкретную причину: если у вас в тесте terrain результат около 100 или ниже, то это ничто. Если 300 или выше, то — поздравляю, вы наконец-то используете ускоритель Mali G610 (и, собственно, процессор RK3588) по назначению. Но я уже знаю, каким будет ваш ответ. Отсюда, например, бессмысленность утверждения о преимуществе N100 в 2.6 раза.

А включить-то просто: поставьте Armbian последних сборок с Noble, плюс установите libmali (можно сборки tsukumijima, но если хочется на практике использовать Vulkan, то лучше мои). Вас, возможно, удивит, но я — один из мэйнтейнеров Armbian, именно для этого процессора.

Проект ROCKNIX — вот тут: https://rocknix.org/ (неужели вас уже и в гугле забанили?)

Первое, если вы такой опупеный спец, и не врете, то тогда приведите конкретные ссылки на коммиты в проект Armbian и rocknix. Это не ваши собственные личные проекты. И ваш вклад в них непонятен, как и ваша квалификация.

Второе, все тесты и замеры в посте абсолютно корректны. Любой может выполнить их и получить те же результаты.

Третье, прочитайте пост.

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

Плата на процессоре N100 взялась как эквивалент по стоимости и возможностям Orange PI 5 Plus. Собственно тема поста такая, взять решение на ARM и за такую же стоимость попытаться сравнить с x86, сделать это максимально соотносимо.

 бессмысленность утверждения о преимуществе N100 в 2.6 раза.

бессмысленно ваше бытие на этой земле. У меня в посте написано "веб-браузер на Intel N100 работает в 2.6 раза быстрее." Это говорит о том,  что  для рендера данной страницы Хабра, устройству на Intel N100 потребуется приблизительно в 2.6 раза меньше времени, чем Orange PI 5 Plus. И не надо придумывать всякую чушь. Доказательства есть в посте, надеюсь, вы это в состояние понять.

Пятое, наличие работы OpenGL проверяется командой: glxinfo | grep rendering

Если в ответе есть: direct rendering: Yes. Значит все OK. Это легко проверяется в гуле, надеюсь вас там не забанили.

Но правда и тут есть нюанс, если в ответе будет "OpenGL renderer string: Software Rasterizer". Тогда да, используется программный рендер.

Шестое, RK3588 Brief Datasheet.pdf, раздел GPU указана поддержка:

OpenGL и Vulkan. Не буду повторяться, рыбки это тест OpenGL, Vulkan проверялся играми из Steam.

Все это работает, и весьма неплохо, в тот же  Left 4 Dead 2 можно в принципе нормально поиграть.

Если вы продолжаете утверждать, что не используется аппаратный рендер OpenGL и Vulkan, то это уже не ко мне, а к специалистам в белых халатах.

Седьмое, особенно забавно звучит ваш ответ на вопрос "как включить аппаратное ускорение графики", да просто возьми другой дистрибутив с другим ядром и драйверами. Неа, не надо уходить от ответа, конкретно напишите,  как мне "включить правильное аппаратное ускорение" для образа который я использовал. Ежику понятно, что другой дистрибутив и другое ядро Linux даст другие результаты. Вы докажите, что в вашем примере fps в тесте с рыбками и играми из Steam будет выше.

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

Возьмите любую плату на Rockchip из списка поддерживаемых Joshua-Riek/ubuntu-rockchip, коих предостаточно. Запустите на этой плате сборку Joshua-Riek/ubuntu-rockchip без дополнительных библиотек и патчей, т.е. "as-is". Выполните тесты, которые указаны в этом посте. Затем возьмите волшебный Armbian, установите, как вы считаете правильно аппаратное ускорение, выполните те же самые тесты. И по итогу напишите пост как все надо делать. И если результаты fps в играх будут кратно выше, а не пределах колебания погрешности, то я лично готов вам мужественно пожать руку.

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

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

Ссылки на коммиты? Извольте: дистрибутив, ядро.

Мои наработки в ROCKNIX: раз, два.

Vulkan проверялся играми из Steam.

Разве что llvmpipe, т.е. софтверно. Нет, в образе Joshua-Riek пока не поддерживается Vulkan, см. issue раз и два. Да, эти образы устарели, Joshua выгорел и больше не работает над ними так, как раньше. Поэтому, да, в них старое ядро и старые драйверы (и, повторюсь, Vulkan всё же не поддерживается).

как мне "включить правильное аппаратное ускорение" для образа который я использовал

Для этого надо удалить все следы Mesa и таки поставить вышеуказанные пакеты. Но, да, нужно более новое ядро, т.к. Joshua специально удалял коммиты, которые обновляют драйвер ядра Mali, чтобы поддерживать совместимость с Panfork — в ущерб производительности. Кстати, сам создатель Panfork в своё время выкладывал инструкцию, как использовать правильные драйверы. Однако, перелопачивать конкретно образ Joshua-Riek, хоть и возможно, но заметно дольше и трудозатратнее, чем просто взять новый дистрибутив с новым ядром.

Что касается игр — таки да, результаты именно что будут кратно выше. Я специально занимался именно юзкейсом игр в рамках проекта Retro Lite CM5, точно знаю, о чём говорю.

А можете повторить тесты из статьи, но с полноценным, аппаратным, ускорением? Чисто для наглядности, на сколько оно шустрее софтверного ускорения?

Ну, например...

5000 рыбок
5000 рыбок
25000 рыбок
25000 рыбок

А мне казалось, что на GPU оно раз в 5 быстрее CPU должно работать... (а получается только в 2... Mali настолько слабый?)

Таки нет: и то, и другое всё же Mali, просто одно из них использует древний самопальный драйвер, а другое — официальный драйвер ARM.

Но даже между этими драйверами разница может составлять от трёх и более раз, в зависимости от сложности рендера (Aquarium в этом смысле — так себе тест, на самом деле, это почти 2D).

Канонический пример — эмулятор Dolphin, особенно с игрой F-Zero GX. У меня она работает на 60 fps, тогда как с Panfork'ом это был диафильм.

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

а так рассказ тут любопытный, хорошо кто то этим занимается, спасибо за это

Версия браузера не указана

Или вот, Half-Life 2. Оговорюсь, что здесь я использовал проект Source Engine, а не Steam (тот ставить долго, а Source у меня уже был собранный). Но на скорость графики это влиять не должно.

Half-Life 2 до последнего обновления на самом деле неплохо шел. Но после обновления в Steam, прям заметно стал тормозить. Визуально оценивать скорость игры сложно. Хотелось бы видеть в кадре значение fps. Оверлеи в Steam не работают. Сторонние средства, для Intel и NVIDIA игр, для так сказать нашего случая не нашел, может быть в курсе есть ли возможность отобразить fps в играх, раз вы так в этом хорошо разбираетесь?

Ну поставил ваш этот source-engine. Кстати устанавливается и собирается так же элементарно как и установка Steam. Компиляция hl2 из исходников заняла всего 11 минут с копейками. Если точнее:

Waf: Leaving directory `/home/anton/source-engine/build'
'build' finished successfully (11m29.792s)
anton@opi5plus:~/source-engine$

После запуска я понял, почему проект заброшен, последний коммит датирован 2 года назад. Первоначальная заставка с G-Man шла нормально. Но первая локация, станция приезда Гордона Фримана по скорости, я даже сказал бы, давала fps меньше чем та же версия в режиме трансляции box64. На эту тему хотел написать небольшой пост, но чуда не произошло, скорость либо такая же, либо еще ниже чем на box64. Спасибо за наводку на проект, но в нем смысла уже нет никакого при наличие транслятора box64. Поэтому вы ничего не доказали и не опровергли приводя этот проект в пример.

У вас кстати на видео скорее всего не 1080p и эта же локация в Steam через box64 на сборке Joshua Riek у меня идет шустрее, чем у вас на мониторе.

Что касается игр — таки да, результаты именно что будут кратно выше

Ваше высказывание ерунда полная, никакой кратности в увеличение FPS и в помине нет, может быть на какие-то проценты, но не кратно это точно.

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

Но, да, нужно более новое ядро

Вообще то извиняются, потому что ответь за свой базар не могут. Другое ядро, другой дистрибутив, другая история.

И еще напоминаю в преамбуле написано:

Но самое главное оценим работу системы «из коробки» т.е. без танцев с бубном

Весь смысл поста в отсутствие как таковых допилок и доделок, т.е. берется как есть. Если вы это не понимаете, то тогда вам к санитарам.

Как быть обладателям Orange Pi 5 Pro, если для неё не появляются новые версии ядра? В чём причина такого положения дел? Почему видеоускорение и другие функции, связанные с аппаратным обеспечением, остаются недоступными? Как можно это исправить?

Производительность ARM процессоров каждый год увеличивается и все ближе приближается к x86 процессорам

Ну да, а х86 процы, наверное, остановились в своем развитии. Поэтому автор для сравнения берет i7-3520M 2012г.

Вы же верно написали) К процессорам десятилетней давности, идет речь про low и middle сегмент по производительности ПК. Ок, говорим про low сегмент. т.е. сейчас ARM можно сказать нацеливается на low сегмент мини-ПК замещения x86 процессоров.

Итоговый вердикт: Да, Orange PI 5 Plus способен заменить домашний/офисный ПК, но не все так однозначно.

Автор, попробуй использовать Orange PI 5 Plus дальше запуска рабочего стола. Допустим даже что текст не перевод и не компиляция.
Я решил покупать Orange PI 5 Plus для настольного применения увидев в обзорах работающее в браузере ускорение видео. На "обычном" amd64-IBM-PC linux ситуация долгое время была такой - драйвера есть, нужные софты тоже, и почти всё работает, в том числе игры, иногда с большим FPS чем на windows. Только вот видео в браузере декодируется центральными процессором. То есть логика такая: на апельсинке даже видео в браузере аппаратно обрабатывается - значит всё остальное должно работать тем более!
За образом ОС естественно первым делом пошёл на официальный сайт. На официальном сайте - ссылки на Google Drive с которого не скачать из-за превышения лимита скачиваний, и это не исправляют месяцами. Поиски образов заканчиваются скачиванием с torrent-раздач (неофициальных), не самый надёжный источник, но за неимением лучшего, как говорится. От "официальных" сборок не ждите оптимизации уровня RpiOS, это скорее ZverCD-сборки Windows, если не хуже. Видео в браузере действительно работает, в пропатченном Chromium, остальными браузерами пользоваться невозможно. Открытие видеофайла любым офлайновым плеером через несколько минут приводит к зависанию системы, неважно используется рабочий стол на X.org или Wayland. Таких совершенно неожиданных грабель очень много, предыдущий опыт использования linux на десктопе почти не помогает.
Производительность. Синтетические замеры мало что значат. Сборка тяжёлого проекта nodejs примерно в 1,5 раза дольше чем на Intel core i5-7500. Производительность на ватт возможно у RK3588 выше, производительность на доллар зависит от того как оценивать своё время.

Допустим даже что текст не перевод и не компиляция.

Что значит допустим? Вы шо Еврей? Материал 500% авторский, мой. Полный список литературы могу отправить. На Хабре публикую сокращенный, потому что до этого модераторы Хабра говорили, что у меня очень много ссылок в посте. Поэтому ссылки на второстепенные источники режу.

Далее, "попробуй использовать Orange PI 5 Plus дальше запуска рабочего стола.". Нужно понимать что это первая водная статья. Тематика аппаратной виртуализации и программирование с использованием NPU, работа UEFI, вам подходит? Так, не все сразу.

Я же написал, предложите свои темы для рассмотрения, не вопрос. Если тема действительно окажется интересной и полезной для аудитории, то от меня благодарность и респект.

ссылки на Google Drive с которого не скачать из-за превышения лимита скачиваний

Я всегда качаю через VPN, никогда не было проблем. Если есть какие либо проблемы, могу без проблем продублировать на MEGA.NZ, там у меня большой лимит, надеюсь его хватит.

Я так понял у вас в наличие такая же плата Orange PI 5 Plus. Попробуйте вариант Joshua Riek дистрибутива как в этом после.

Кстати, как игрок заметил еще в варианте Joshua Riek небольшой лаг между движением мыши и указателя на экране. Он ничтожный, буквально наверное микросекунды, но он есть. Вначале замечаешь, но потом привыкаешь.

Но самое интересное, этого лага нет на этой же плате в варианте Windows 11. Пока как говорится без комментариев, детально тему не исследовал.

Процессор даже без радиатора не сильно греется, но радиатор все равно требуется.

У меня есть сабжевый аппарат. Без радиатора я бы его не рискнул запускать. Греется сильно. Сейчас работает в официальной металлической коробке-корпусе (она же пассивное охлаждение) с некоторыми допилками (по дефолту хреново прижималась к чипу, пришлось добавить еще небольшой слой металла, плюс приклеил сверху 4 радиатора от m2).

Joshua Riek

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

Да, еще порекомендовал бы сразу покупать БП на 4 ампера (например официальный для RPi5 =)). С БП на три ампера иногда не хватает мощности и начинаются глюки и отвалы (пробовал на 3 разных).

Да, еще порекомендовал бы сразу покупать БП на 4 ампера

Вместо того, чтобы завести копеечный PD, английские мыши продолжали есть кактус, и с каждым поколением у кактуса иголки все длиннее.

А какие одноплатники сейчас умеют в PD? Я сходу не нашел.

BPI-M7 (BPI-M5 урезанный вариант проца) только от Type-C PD работает, без правильного БП от 5В может лагать. Если источник поддерживает PD, то запрашивается 12В и далее уже стабильно система работает

Неплохо, спасибо.

Просто экономят китайцы, что тут сказать. Мне тоже не нравится отсутствие поддержки PD на SBC.

как к апельсину правильнее подключать камеру CSI?

Какие то есть особые преимущества размещения загрузчика в SPI NOR?

из очевидного: если нет SPI NOR или загрузчика в нем то нужна "лишняя" карта памяти либо дополнительно покупаемый модуль emmc, на которые денег жалко :) если конечно он не встроенный. ведь можно и без них, если SPI NOR может загрузиться с usb и nvme накопителей, он работет как bios, точнее uefi. На некоторых одноплатниках можно даже выбрать откуда загружаться.

При наличие SPI NOR, просто удобнее, в особенности если вы экспериментируете с двумя разными системами. Один загрузчик можно разместить на SPI NOR, другой на microSD карте. Спасибо за вопрос, @NutsUnderline подробно объяснил.

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

Так получилось что сегодня искал опцию заморозки ядра, потому что Armbian в очередной раз обновил armbian-config и теперь там такого нет, а тут прям по тексту команды нужные. Что они там за armbian-config так рьяно взялись непонятно, столько времени не трогали, а тут решили все перекроить

на форуме armbian много всяких таких разговоров

вот интересно, пишу эти строки прям щас с i7-3520M (Thinkpad X230 Tablet) с 16Гб оперативки.

Win10, Firefox текущий, Speedometer 2.0 - 69.2 если проц не трогать, и 99.8, если прижать его на максимальную скорость. как там 113 намеряли?

(Speedometer 3.0 - 5.46/6.17)

Да легко, просто во время теста крутил мышкой, вот и все, шутка)

Тест выполнялся на Windows 10 Enterprise 2021 LTSC, Google Chrome Версия 131.0.6778.205 (Официальная сборка), (64 бит), ноутбук Lenovo Z500, 16 ГБ ОЗУ, 1080p.

Speedometer 2.0 - 128 runs/minute

Speedometer 3.0 - 8.56

Скриншоты

Помимо процессора на результаты теста также влияют и другие компоненты компьютера, например скорость работы ОЗУ и т.д.

вот в хромом не мерял, за неимением оного. интересно что у вас в лисе получится?

Ноутбук Lenovo Z500, Firefox 133.0.3 (64-bit)

Speedometer 2.0 - 112 runs/minute

Speedometer 3.0 - 7.35

В среднем получается Google Chrome шустрее Firefox на 15.4%

Нецелесообразно по деньгам, да он будет новый, но бесполезный из-за архитектуры и отсутствия софта. Я долго думал взять подобный одноплатник, не то что под домашний, а под вебсервер с бюджетом в 10-15к ничего не нашел годного. В итоге пошел на Авито и собрал из хлама:

ACER Veriton X2640G в sff корпусе - 2200 руб.

32 Гб ддр4 - 3500 руб.

Intel xeon 1270v6 - 3500 руб.

Ssd 512 patriot - 3200 руб.

Gt1030 - 3000 руб.

Итого за 15к что-то стоящее на чем и работать и поиграть и не в чем себе не отказывать, вообще изначально была идея воткнуть intel arc a380 туда, но не влезла. Для нее куплю другой системе к от hp.

WIndows можно поставить на nvme если заменить дрйвера stornvme.sys и storarchi.sys на их мартовскую версию.

Имеется также UEFI Armbian jammy или bookworm от 2 марта , который можно поставить во 2 раздел

Прошить во флеш EDK2-Uefi загрузчик.

Так что формально SOC становиться ПС.

WIndows можно поставить на nvme если заменить дрйвера stornvme.sys и storarchi.sys на их мартовскую версию.

Без этих драйверов в любом случае выкидывает BSOD. Я интегрировал эти драйвера в образ. Еще раз повторю, "с Fanxiang S500 Pro PCIe 3.0 x4 приводил к BSOD еще на стадии запуска. Со старым диском Samsung SSD удалось запустить, однако при начале работы, при выполнение операций записи, система все равно выкидывала BSOD."

Даже с заменой драйверов stornvme.sys и storarchi.sys заработают только некоторые SSD.

Может кто не в курсе?

  1. Данный аппарат не поддерживает hw укорения на ядрах выше 6.1. На сегодня последнее работающее ядро 6.1.75 Армбиан.

  2. Нет смысла сравнивать его Windows c generic (общими) драйверами с Windows на интель процессорах с нормальными дрйверами.

Я тоже хотел бы внести ложку "меда" в обсуждение.

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

  1. Статья опоздала как минимум на 1 год.

  2. В ней обсуждается в отсновном собственный отрительный опыт автора.

  3. Ни слова нет о том положительном опыте которым обмениваются владельцы девайса на полях форума 4pda

Общий вывод

Учитесь писать статьи.

PS

Оценку не ставлю.

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

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

Ни слова нет о том положительном опыте которым обмениваются владельцы девайса на полях форума 4pda

Первое, я не обязан что-то переносить с форума 4pda. Опять же, голословное утверждение, приведите примеры.

Поэтому на выбор только два основных браузера это Chromium и Firefox.

Я себе ториум ставил на убунту под arm deb-пакетом.
Ещё из репозиториев можно Min и Falkon поставить (последний вроде с кедами штатно идёт), но они как-то не сильно мне удобны оказались и я их снёс после того, как попробовал ими попоользоваться.

Спасибо за наводку

Спасибо, статья интересная и полезная. Но цены ппц, на мой взгляд дешевле будет купить hp prodesk или аналогичный мини ПК, не намного больше но производительности значительно выше.

Пока да, сопоставимое решение по производительности и функциональности на x86 либо стоит так же, либо дешевле, что и было доказано в посте. Но основная моя цель это доведение устройства форм-фактора телефона или планшета до функциональности и замены стандартного ПК. т.е. заменить в нижним и среднем сегменте мини-ПК x86 на полнофункциональный смартфон ARM64 с UEFI Linux, Windows, Android. С x86 такое провернуть не удастся. Еще забыл добавить, в смартфоне должен быть разъем для подключения контактов ввода/вывода GPIO совместимого с Raspberry Pi, или сами контакты в расширенной версии (будет больше по размеру).

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