Тред годных нетреботельных к ресурсам игр(2D/3D)
Прошу исключить диалоги внутри темы. Только название и краткое описание игры. Жанр: любые
Прошу исключить диалоги внутри темы. Только название и краткое описание игры. Жанр: любые
Собственно, в заголовке всё сказано. Для тех, кто не понял — Intel GVT-g это технология, что позволяет отдавать часть ресурсов встроенной видеокарты в виртуальную машину так, чтобы вся графика внутри ВМ считалась напрямую на GPU хоста. Аналог аппаратного ускорения виртуализации, что применяется для CPU уже давно. Да, это здорово улучшает производительность графики в виртуальных машинах, хотя лично я и не замерял разницу с QXL (стандартная виртуальная видеокарта в Qemu).
Эта технология появилась в Linux уже достаточно давно, но до сих пор требует кучу манипуляций руками, чтобы её завести. Я заводил через связку libvirtd+qemu-kvm, что является типичным решением для RHEL-based дистрибутивов, который у меня и стоит. Сразу скажу, что мой способ не единственный, и даже в рамках той же связки можно и иначе настроить. Но расскажу, как сделал я (если честно, это просто первый способ, что у меня сработал, я и другие пробовал):
yum groupinstall "Virtualization Platform" "Virtualization Hypervisor" "Virtualization Client" "Virtualization Host"
systemctl enable --now libvirtd
Добавил своего пользователя в нужные группы: usermod -aG libvirt,kvm vsevolod
Этот шаг опционален, и сделал я его под конец, но имеет смысл включить Nested Virtualisation (позволяет запускать ВМ внутри ВМ с ускорением):
[vsevolod@localhost ~]$ grep -v '^#' /etc/modprobe.d/kvm.conf
options kvm_intel nested=1
[vsevolod@localhost ~]$ grep -v '^#' /etc/default/grub | grep GRUB_CMDLINE_LINUX
GRUB_CMDLINE_LINUX="crashkernel=auto i915.enable_gvt=1 i915.enable_fbc=0"
[vsevolod@localhost ~]$ cat /etc/modules-load.d/kvm-gvt-g.conf
kvmgt
vfio-iommu-type1
vfio-mdev
[vsevolod@localhost ~]$ cat /etc/systemd/system/add-gvt-g-device.service
[Unit]
Description=Add Intel GVT-g virtual GPU on boot
[Service]
ExecStart=/usr/local/bin/add-gvt-g.sh
Type=oneshot
[Install]
WantedBy=graphical.target
After=graphical.target
[vsevolod@localhost ~]$ cat /usr/local/bin/add-gvt-g.sh
#!/bin/bash
echo 'a3356d9c-35e6-4f1a-aac9-b075e5cb5d1c' > /sys/bus/pci/devices/0000:00:02.0/mdev_supported_types/i915-GVTg_V4_4/create
exit
А вот самое интерсное — настройку виртуальной машины так, чтобы она использовала GVT-g, я уже проводил в основном по ArchWiki: https://wiki.archlinux.org/title/Intel_GVT-g , там много методов это сделать, я выбрал тот, что у меня сработал и был мне достаточен. Возможно, другие из неиспробованых тоже бы сработали, пока не проверял.
Честно говоря, я до сих пор делаю setenforce 0 перед запуском ВМ, так как я пока не разобрался с настройкой SELinux, и он при запуске ВМ с GVT-g страшно ругается.
И метод, что я выбрал, имеет особенность — экран у ВМ становится доступен только после старта самого Linux, GRUB2 в принципе не виден, как я понял. Поэтому приходится сначала просто делать ВМ, потом уже ставить в обычную ВМ Linux, а уже потом перенастраивать ВМ на GVT-g.
Ну установка довольно банальна, я делал всё через Virtual Machine Manager: скачал в /var/lib/libvirt/images/ .iso нужного Linux, потом создал ему там диск qemu-img create -f qcow2 ubuntu2004.qcow2 128G (в этой версии virt-manager вместо динамических статические диски делает, вроде баг такой), после чего поставил и настроил ОС — ничего особенного, чтобы было что рассказывать.
Уже после установки выключил ВМ и переделал её на использование GVT-g, сначала забекапил конфиг virsh dumpxml Ubuntu > Ubuntu-backup.xml, после чего открыл на редактирование через virsh edit Ubuntu, и там вот что сделал:
Заменил первую строку конфига <domain type='kvm'> на <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>
Удалил все устройства <graphics> и <video>, после чего добавил нужные мне:
<hostdev mode='subsystem' type='mdev' managed='no' model='vfio-pci' display='on'>
<source>
<address uuid='a3356d9c-35e6-4f1a-aac9-b075e5cb5d1c'/>
</source>
</hostdev>
<graphics type='spice'>
<listen type='none'/>
<gl enable='yes' rendernode='/dev/dri/by-path/pci-0000:00:02.0-render'/>
</graphics>
<video>
<model type='none'/>
</video>
P. S.: X11 на хосте потому, что ещё я VirtualBox использую, а он с Wayland не дружит; а ядро у гостя lowlatency потому, что так звук на проброшенной USB звуковой карте не глючит.
Привет, хочу альтернативу смартфону на х86 ноуте.
Что юзал:
Юзал Мему-эмулятор под оффтопиком. Все хорошо, только блютуз не работает, а он нужен. Мему это Виртуалбокс с блекджеком и проприетарщиной, правка конфига с попыткой пропихнуть блютуз-железку провалилась.
Попробовал ванильный дистр проекта Андроид-икс86, проброс блютуз девайса работает, только при попытке установить софт, например, для фитнес-браслета — а) софт банит мой девайс;
б) после установки вручную просто не запускается. Красноглазить тут много нужно, нет времени.
Анбокс не буду даже пробовать, т.к. там скорее всего вопрос совместимости не проработан, как это сделано в эмуляторах типа Мему. Ну и полюс эмулятор палится очень часто, тот же Мему видится телеграмом как эмулятор.
Кто что знает по теме?
Кто помнит предыдущую серию про самодельный ноутбук я сжёг его, включив в него адаптер USB=>UART TTL, а в него видеорегистратор. Не знаю, что пошло не так, но перестал работать USB, сначала отказал хаб, система поначалу загружалась, потом перестала. Бутлоадер работал, в нём USB порты тоже все работали. Но что делать? Заказал новый чип на али, 700р он стоит. Получил, перепаял. Не с первого раза, пришлось несколько раз нагревать снова и шевелить, в итоге всё работает, пост пишу с него. Работает всё, и WiFi, и все USB и SD карточка. Данные на eMMC не пострадали. Приложу фото с бардаком на столе. Нижний подогрев из жёсткой фольги из поддончиков для выпечки, лампа галогенка, регулирование диммером.
Тема с ноутбуком будет продолжаться!
Случайно наткнулся, что в deepin три месяца назад организовали официальную поддержку android контейнеров. Такая хорошая реализация chrome os «наоборот» получилась.
Может что-то пропустил, но обычно в линукс были только эмуляторы. Отсюда вопрос, что почитать, чтобы такое чудо вкорячить и в арчик?
Вообщем оставил я идею запустить anbox на федоре даже с кастомным tkg ядром. Зато в проекте x86 для андроида нашел уже готовые rpm с qemu образами. После инсталляции надо просто запустить в терминале, а для правки параметров qemu в /usr/bin этот скрипт надо править(я уменьшил память). В итоге имеем сразу готовую виртуальную машину с рабочим прокинутым на сетевуху wifi и playstore. Извиняюсь за розовые обои, так и не нашел как их сменить
Одна огромная проблема: после брутального выключения qemu теряется все что было накопленно тяжелым трудом. Весь setup системы начинается с нуля. В начале старта qemu сообщает что «если хотите сохранять данные на диск стартуйте из под рута». Я пробовал ничего не вышло
зы кстати работает под sway без проблем
Перечисленные ниже программы поддерживают работу с различными движками, установленными в системе.
Шахматные движки
Для обучения и игры онлайн хочется выделить несколько ресурсов:
lichess.org - хорошие интерактивные руководства по дебютам в так называемых "студиях". Особенно хочется выделить уроки от LeninPerez, где помимо общей теории есть практика для закрепления.
chess.com - уроки есть, но часть их них доступна только после регистрации; по дебютам совсем краткое описание; паззлы по сравнению с предыдущим сайтом кажутся более скучными.
chess24.com - интересный и сложный, по сравнению с вышеуказанными сайтами, режим "тактический тренер", который беспощаден к ученику и в случае ошибочного хода в задаче из нескольких ходов сразу переходит к следующей.
chess-boom.online - полностью русскоязычный; понравился раздел с описанием дебютов, в котором подробно описана теоретическая часть.
lishogi.org - ресурс похожий на lichess, посвящённый игре в «сёги».
www.chessdb.cn - база данных для «сянци» с возможностью анализа текущей позиции.
www.pychess.org - онлайн ресурс для игры в различные варианты шахмат; есть возможность задания расстановки фигур на доске и анализа текущей позиции с помощью игрового движка.
P.S.
Хотел сначала создать тему, посвящённую нескольким настольным играм (маджонг + риичи маджонг, го, бридж), но получилось, что для Маджонга список повторял бы старую тему, посвящённую ему, с небольшим обновлением для Риичи:
OpenRiichi - наверное единственое на текущий момент достаточно доработанное десктопное приложение для игры в риичи (японский маджонг) для Linux.
RMahjong - недавно был сделан быстрый порт быстрый порт на python3 (ветка py3); ряд правил так и не реализован, но играть вполне можно.
http://tenhou.net/3 - пожалуй, самый известный онлайн-сервер для игры в риичи, на японском :(, но есть сторонний плагин для браузеров (firefox, google chrome) для перевода интерфейса на английский.
Для Го приложений с графическим интерфейсом под linux не так уж много нашлось (Kigo, как пример), а для Бриджа совсем ничего сходу найти не получилось.
Ventoy — это инструмент с открытым исходным кодом для создания загрузочного USB-накопителя для ISO-файлов. С ним вам не нужно форматировать диск снова и снова, вам просто нужно скопировать iso файл на USB диск и загрузить его. Вы можете скопировать несколько iso-файлов и выбрать необходимый в меню загрузки. Поддерживаются и Legacy BIOS, и UEFI режимы. Протестировано 260+ ISO-файлов (список).
В этом релизе:
Добавлена поддержка образов WinPE типа «N-в-одном»;
Добавлен плагин «menu_alias», позволяющий задать псевдоним для конкретного ISO-файла;
В плагине «theme» добавлена возможность задания режима дисплея;
Добавлен вызов меню загрузки с локального диска по клавише F4;
Добавлен режим отладки по клавише F5;
Обход ограничений, присущих некоторым Legacy BIOS;
Различные оптимизации и исправления ошибок, расширен список поддерживаемых ISO-файлов.
>>> Подробности (github.com)
Жил я себе на арче, наслаждался терминальным ЮИ, потому-то ГУИ в XWayland выглядит как последний Uncharted на ванильной плойке. Но в один день случайно снес себе пол / и было как-то лень все восстанавливать. На арче сидел сколько себя помню, поэтому решил посмотреть, как там дела в других легковесных дистрибутивов. Глаз зацепился за Void, потому что это тот же самый арч, но без systemd. Заодно решил осилить HiDPI на Х и пересесть на него, чего раньше не очень удавалось. Ибо емакс в терминале это как корочки от хлеба.
В общем, пришлось менять весь стек: sway + waybar + bemenu на bspwm + polybar + rofi. Ну и плюсом picom, чтобы спецэффекты были, но только чуть-чуть. А это означает переписывание конфигов и wal темплейтов. Более того, так как ручки то у меня кривые, хотелось автоматизировать все, начиная от бутстрапа системы и заканчивая расстановкой конфигов в нужные места.
В общем, после трёх недель кряхтений, получилось набросать минимум всего, что нужно для полноценной работы на десктопе. Включая вот этот вот бутстрап, который поднимет базовую систему с full disk encryption и ещё парочку скриптов, которые поставят все зависимости и настроят Х с HiDPI и WM со всеми перделками. Написано все это, конечно же, на fish shell. Потому что а на чем ещё. Теперь то можно удалять и двигать все, что не приколочено (а ничего не приколочено) и не бояться, что все сломается и придётся настраивать все ручками заново.
Если по софту, который использую, то это:
Все это, как и подобает, лежит на гитхабе:
Мой прошлый сетап я тут не кидал, но его можно найти в /r/unixporn. Там тоже аниме, но только Хомура.
Шалом, понята!
Посчитал, что негоже входить в новое десятилетие с оформлением из 2013. Поэтому, вдохновлённый цветами из Windows 3.11 и прочими ретроградскими непотребствами состряпал новую тему оформления. На скриншоте:
Ну и FreeBSD-12.1-RELEASE-p1. Это всё вращается на HP Pavilion dv4 с 4 ГБ ОЗУ и Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz вместо процессора. Благо, с Firefox'ом и Sylpheed'ом справляется.
На polybar'е отображается слева направо: погода (с openweathermap.org, свободное место/всего места на / и /usr/home, температура ядер процессора, свободная ОЗУ/всего ОЗУ, точка доступа Wi-Fi (канал), заряд батареи и статус заряда, яркость, громкость и раскладка клавиатуры. Все данные, кроме раскладки клавиатуры отдаются собственными скриптами.
Как и в 2013 году, на каждом рабочем столе (всего их 12) запущен xterm без декораций.
Шрифт — Anonymous Pro, Terminus уже надоел (почти за семь лет-то).
Как-то так.
Упал тут в бекпорты Debian Stable такой себе редактор micro.
https://github.com/zyedidia/micro
Стартует мгновенно, дефолтная цветовая схема приятная, хотя комментарии совсем уж блекло выглядят.
Кнопочки кастомизируются, командный интерфейс, буферы, юникод.
То есть вроде как редактор с претензией быть не столько nano, сколько правильным zile.
Но и нужность его в роли zile несколько сомнительна. Бинарник 14Мб.
Понятно, что статическая сборка всегда толстая, и надо смотреть в рантайме:
39940 emacs -nw -q --load /home/aidaho/.emacs-zile .bashrc
24372 micro .bashrc
Объясните, в чём смысл то тогда?
Если добавить ещё треть занимаемой micro памяти, то можно уже полноценный emacs с чуть обрезанным конфигом стартануть.
На картинке виден первый собранный и даже работающий прототип сабжа. Оный все же удалось сделать достаточно узким, чтобы он не мешал воткнутому в соседний порт кабелю. Слоупочта сингапура в этот раз прослоупочила и плат я ждал больше месяца. Предыстория: В РФ не завезли юбикеев, я психанул и запилил свой. Как только отлажу фирмварю - выложу все в опенсорс и сделаю детальное описание.
Кастую интересовавшихся:
Krieger_Od,
true_admin
Фичи:
На каждую кнопку можно повесить один из трех режимов:
Главный косяк первой ревизии - нужен корпус. Мембранные кнопки без корпуса полное УГ, сама мембрана легко может отвалиться, для нажатия надо придерживать снизу что может «навести» на соседние кнопки.
DR_SL, твои навыки моделлинга во FreeCAD'е все еще так же круты, как и раньше?
Давно балуюсь с конфигурацией иксмонада. Пока вышло вот так, как на скриншоте. Тут и гапсы (может, потом их уберу), и toggle struts, и GridSelect, и XMonad.Util.NamedScratchpad, и много чего другого.
Xmobar настроил с кликабельными рабочими стлами (xdotool), хотя редко этим пользуюсь.
В терминале и в Xmobar шрифты dina.
Это все крутится в Debian 10.1. Xmonad, xmonad-contrib и Xmobar установлен с помощью cabal-install.
также отдельно из исходников скомпилировал mpd, mpc и ncmpcpp.
Больше скринов:
emacs с куском конфига, GridSelect, пустой рабочий стол, терминальные утилиты, mc и Firefox, мелочь.
Как-то так.
П.С. Все конфиги тут. Может кому и пригодится.
Не так давно компания Нвидиа включила в свой драйвер поддержку прайм. https://download.nvidia.com/XFree86/Linux-x86_64/435.21/README/primerenderoff... https://wiki.archlinux.org/index.php/NVIDIA_Optimus_(Русский) По этому поводу, что у меня получилось и некоторые вопросы, я снял видос: https://www.youtube.com/watch?v=rjh8VeVbo7Y&t=225s Хочу отметить сразу, тестирую и сейчас, прирост производительности в играх и нет ТИРИНГА! Протестировал, настроил всё это дело в Арч Линукс.
Собственно, сабж, окаянный. Время от времени отрубается инет, апплет в трее не реагирует ни на что, пинг не проходит, рестарт сервиса НМ не помогает, приходится перезагружаться. Часто в таких случаях процесс NetworkManager грузит систему процентов на 50. Что делать, куда копать, по каким запросам гуглить?
Вот
gcc: error: /usr/lib64/libseccomp.so: No such file or directory
gcc: error: /usr/lib64/libostree-1.so: No such file or directory
make[2]: *** [Makefile:1941: libflatpak.la] Error 1
make[2]: Leaving directory '/tmp/SBo/flatpak-1.1.0'
make[1]: *** [Makefile:4380: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/flatpak-1.1.0'
make: *** [Makefile:1727: all] Error 2
root@darkstar:/home/live/Downloads/flatpak#
doinst.sh не выполняются, просто кинул то, что просило по их путям
root@darkstar:/home/live/Downloads/TMP/install2# ./doinst.sh
./doinst.sh: line 1: cd: etc/grub.d: No such file or directory
./doinst.sh: line 2: cd: etc/grub.d: No such file or directory
./doinst.sh: line 3: cd: usr/lib64: No such file or directory
./doinst.sh: line 4: cd: usr/lib64: No such file or directory
./doinst.sh: line 5: cd: usr/lib64: No such file or directory
./doinst.sh: line 6: cd: usr/lib64: No such file or directory
root@darkstar:/home/live/Downloads/TMP/install2#
root@darkstar:/home/live/Downloads/TMP/install2#
root@darkstar:/home/live/Downloads/TMP/install# ./doinst.sh
./doinst.sh: line 1: cd: usr/lib64: No such file or directory
./doinst.sh: line 2: cd: usr/lib64: No such file or directory
./doinst.sh: line 3: cd: usr/lib64: No such file or directory
./doinst.sh: line 4: cd: usr/lib64: No such file or directory
root@darkstar:/home/live/Downloads/TMP/install#
Есть желание попробовать сей замечательный дистрибутив.
Пока морально готовлюсь - читаю HOWTO и слакбук. Возник вопрос. Какова процедура обновления Slackware?
Хотел бы не просто команды, но и логику обновления тоже.
Например для Debian:
Загрузил комп, Debian вежливо говорит, что есть обновления (по крону обновив данные), предлагает их поставить и ставит. В основном это конечно security-fix. Раз в месяца 3 меняется третья циферка в номере версии, принося иногда новые версии прог.
Для свежего софта есть репа-тестинг, или сборка из исходников через deb-src, причем это интегрируется в основной метод управления пакетами.
Обычно дебиан достаточно умен и при обновлении проблем не создает. (Пишет ли сообщения на консоль о важных моментах не помню).
Или для арча:
Вручную обновил базы. Вручную посмотрел список обновившихся пакетов. Если среди них нет ядра, libc, init или filesystem - обновляешь. Если есть - надо посмотреть нет ли новостей на главной арча. Прочитать, если есть. Если что поменяли - добавляется пара команд к обновлению (какой-то пакет установить последним, или еще какая мелочь). Выделения security-fix нет. Обновления сыпятся постоянно - как часто обновлять решаешь сам.
Для сторонних пакетов (очень редко для более свежего софта) - есть AUR. Пакет собирается на локальной машине. Потом им можно рулить через стандартный менеджер пакетов, но обновлять его так не получится - опять через AUR. Однако есть обертки, умеющие и стандартные репы и AUR одновременно.
Обычно проблем не возникает, если читать новости до обновления и читать, что пишется в консоль. Иногда надо подправить конфиги ручками.
Вот хотелось бы примерно такого-же описания для Slackware. (Владельцев других дистров тоже будет интересно услышать).
Увидел соседнюю тему про Centos 7 на десктопе и решил написать мини-отчет.
После 11 лет с openSUSE свалил на Centos 7.
Причина проста - пользоваться Plasma 5 невозможно - пробовал 5.6, 5.8 + перепробовал все дистры.
Сторонний репозиторий kde4 для openSUSE существует, но, к сожалению, я утомился каждый год при обновлении openSUSE ловить кучу багов и фиксить их.
Собственно, остался только 1 вариант - у Centos 7 KDE4.
Из жирных плюсов - поддержка дистра до 2024 года - хоть так от обновлений отдохну.
Установил систему на рабочий ноут и на домашний PC.
Основное различие - на ноуте ядро 4.4.95 из elrepo, на PC - 3.10 + модули так же из elrepo(не хочу самосборный драйвер для Nvidia).
Завелось все, то есть вообще все. Никаких проблем с железом.
Даже сглаживание шрифтов нормальное, хоть и не infinality.
Очень крутая штука - Software Collections (http://wiki.centos.org/SpecialInterestGroup/SCLo).
С их помощью у меня последние версии рабочих инструментов - git 2.12, python 3.6 ну и т.д.
Список реп:
На store.kde.org нашел нравящиеся мне из openSUSE темы для плазмы, курсоров, yakuake.
Где-то на просторах инета нарыл rpm-ки Super Karamba и настроил свои любимые виджеты.
Steam завелся вообще с пол-пинка.
Если есть вопросы - задавайте.
На фото самосборный роутер. Стоит матплата из серии pc engines, 2 mpcie модуля Mikrotik для обеспечения wifi сети 5Ghz и 2.4 Ghz. Загружается и работает на openwrt ( хотя любой линукс поддерживается тоже ). Из напильника - пришлось просверлить 3 доп. отверстия для антенны ( непонятно почему не сделали это по умолчанию ). Как бонус можно добавить еще 2 ethernet порта через mcpie карту.
Цена получилась немного больше стоимости топовых роутеров.
Зачем эта тема?
Может быть эта тема окажется для кого-нибудь полезной.
Софт
Частично перенесён из темы по ссылке выше
Предлагаю дополнить список в комментариях.
| ← предыдущие | следующие → |