Вышел KingStation 0.3a – мультисистемный эмулятор для классического геймплея.

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

Основные изменения в версии 0.3a:

• Добавлена базовая поддержка воспроизведения видео и аудио, что позволяет смотреть видео с подстройкой изображения под свой вкус.
• Слайдер громкости теперь похож на телевизионный.
• Исправлена задержка в звуковом отклике на нажатие клавиш.
• Ядра KingStation и RetroArch перестали подходить друг к другу напрямую и требуют пересборки. Цель KingStation - воссоздать среду какой-либо системы, идентичную на разных устройствах, но наличие оверклока, апскейла, замены текстур и так далее нарушают этот принцип.

Скачать KingStation можно здесь, на данный момент доступны версии для Linux и Windows, но в будущем возможен выход под другие системы (например, Android).

>>> Страница на GitHub

Часто вижу УРА-статьи о том, как SSD это круто. Быстрее - значит лучше.

Но блин, в каком-то смысле это не так. Есть ещё другие параметры, типа атмосферности, ритуальности, безопасности. Когда что-то становится слишком быстрым, из какого-то значимого процесса это превращается в рутину. Типа, набрать воды в ведре из колодца - какой-то значимый процесс, ногами ходишь куда-то, воду тащишь, повернуть водопроводный кран с водой - не такой уж. В случае с подъёмом воды самостоятельно ты сам контроллируешь технологию, больше, чем при использовании водопровода. Газовая горелка/готовая еда - да быстро, это понятно, но кому-то по кайфу и дрова топить, ручками или готовить самому.

Есть ещё прикол в аудиокассетах, виниле, оптических дисках, оптимизации ресурсов под загрузку с оптики в PS1, рукописном тексте, но такого не вижу. Есть УРА-статьи как всё на SSD шустро-быстро, но там, например, не слышна его активность работы с данными, со стороны не совсем понять его загруженность.

Пишет/читает туда кто-то и что-то или нет, что вообще происходит, не очень понятно.

Отличная игра, на ноутбуке летает, Игорь то есть…

>>> Просмотр (1024x768, 877 Kb)

Ребята, привет!
Ночью обновлял Федору, и установился gcdmaster.
Лучше ли он, чем Brasero, в плане записи .iso-образов на ДВД-болванки?

Использую внешние приводы:

• Apple USB SuperDrive;
• привод Samsung;
• привод Transcend.

Кстати, как у меня установился Гном СиДи мастер, до сих пор не понимаю.
Я никогда его не ставил, только Brasero стоит!..

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

При разбиении диска встал вопрос о файловой системе. fat32 мне подходит, ведь редкое мп3 будет больше 4гб. Но я заметил, что на старом жестком раздел с музыкой был в NTFS. Я так понял, что у линукс есть затруднения с ntfs, он читает его только через драйвер (что наверное накладывает свои задержки). А fat32 идет напрямую без лишних телодвижений. Будет ли лучше звук на fat32 по сравнению с ntfs?

Перемещено hobbit из general

Дорогие друзья, я приглашаю вас на седьмое международное онлайн-«виртПиво» которое состоится в этот четверг!

( читать дальше... )

>>> Страница встречи: подробности + ссылки на подключение

Здравствуйте, поклонники Героев Меча и Магии 2!

Открытый движок fheroes2 обновился до версии 1.0.3! Данное обновление привносит массу незаметных игроку изменений, важных для будущего развития проекта.

( читать дальше... )

Помочь с осуществлением будущих улучшений игры можно подпиской на Boosty или Patreon.

>>> Подробности на нашей странице

В теме, посвященной «новым» браузерам, я упомянул недостатки протоколов Gemini и его упрощенного аналога Spartan. Представляю вашему вниманию еще один протокол, сделанный на коленке на основе вышеуказанных протоколов. Я ни на что не претендую и делаю это в качестве развлечения. Итак, я взял описание протокола Spartan и несколько подправил его. Протоколу дано временное название owl, чтобы обозначить его в ссылках. Временное - потому что с таким названием есть нечто, относящееся к NFT, а также игровой движок. И вот результат:

Описание протокола

1. Обзор
Протокол Owl - прикладной протокол передачи данных, попытка собрать нечто среднее из протоколов Gemini и Spartan. В качестве фундамента для Owl использован протокол Spartan.
Протокол использует для передачи данных TCP, и является текстовым. Подобно Gemini, Owl может использовать для шифрования TLS с схемой аутентификации TOFU и поддерживает пользовательские сертификаты для аутентификации. Как и в случае Spartan, для Owl в документах gemtext допустимо использование строки "=:" для пользовательского ввода, а также Owl имеет сходную модель запросов.
Owl использует 5 видов статусов в ответе на запрос: "Успешно выполненный запрос", "Перенаправление", "Ошибка сервера", "Ошибка клиента", "Необходимость в сертификате клиента".
Если шифрование не используется, то в URL протокол указывается как owlet://
Стандартный порт для owl - 288, для owlet - 289. Протокол является синхронным, в ответ на запрос клиента сервер передает ответ, после чего при статусе ответа "Успешно выполненный запрос" клиент передает данные (при их наличии), затем данные передает сервер (при их наличии).
2. Запросы.

Запрос клиента к серверу в Owl представляет собой строку текста в кодировке UTF-8, которая предстает в следующем виде

URL [символ горизонтальной табуляции] [опциональный блок, используемый для получения части данных] [размер блока данных в байтах] CRLF [блок данных - передается серверу после получения ответа со статусом успешно выполненного запроса]

[опциональный блок, используемый для получения части данных] =  [диапазон в байтах в виде двух чисел разделенных символом "дефис" или числа и символа точки][символ пробела]

Блок данных в конце запроса является опциональным, при его отсутствии размер блока данных должен быть указан как "0". Тип данных может быть как бинарным, так и текстовым или смешанным. Клиент не указывает тип данных, сервер должен сам его определить исходя из контекста.
Порт в url указывается, если он отличается от порта по умолчанию. Размер запроса без данных не должен превышать 1024 байт.

Примеры запросов:
-- Скачивание txt файла
owl://example.com/1.txt	0

-- Отправка данных серверу (комментарий к статье на русском языке)

клиент: owl://example.com/articles/1/comment	20
сервер: 2	gemini/text; lang=ru
клиент: Привет мир!
сервер: [текст статьи с комментариями]

-- Отправка данных серверу (комментарий к статье на английском языке)

клиент: owl://example.com/articles/1/comment	12
сервер: 2	gemini/text; lang=en
клиент: Hello world!
сервер: [текст статьи с комментариями]

--Отправка на сервер музыкального файла

клиент: owl://example.com/upload/music.ogg	1205328
сервер: 2	none	0
клиент: [бинарные данные]

--Запрос статьи от сервера, использующего нестандартный порт

owl://example.com:90/articles/1	0

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

Примеры запросов:

owl://example.com/music/spring.mp3	14721-872345 0

owl://example.com/music/spring.mp3	14721-. 0


3. Ответ на запрос

Ответ сервера состоит из одной строки в кодировке UTF-8  и имеет следующий вид:

-- Код ответа 2 - "Успешно выполненный запрос"

2 [символ горизонтальной табуляции] [тип данных] [дополнительный опциональный блок] CRLF [данные от сервера]

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

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

сервер: 2	none	0

В этом случае соединение будет закрыто при завершении получения данных от клиента или сразу после ответа сервера при отсутствии клиентских данных.

-- Код ответа, начинающийся на 3 - "Перенаправление"
При этом код может быть расширен до 30 (Временное перенаправление) или 31 (Постоянное перенаправление), однако это не является обязательным. URL может быть как абсолютным, так и относительным по отношению к URL, использованным в запросе клиента.

3 [символ горизонтальной табуляции] URL CRLF

-- Код ответа, начинающийся на 4, указывает на ошибку клиента. Ответ содержит человекочитаемый текст, объясняющий характер ошибки.

4 [символ горизонтальной табуляции] [сообщение об ошибке] CRLF

--Код ответа, начинающийся на 5, указывает на ошибку сервера. Ответ содержит человекочитаемый текст, объясняющий характер ошибки.

5 [символ горизонтальной табуляции] [сообщение об ошибке] CRLF

--Код ответа, начинающийся на 6, указывает на необходимость в сертификате клиента (передается на этапе установления соединения с шифрованием в рамках протокола TLS), в этом случае клиент повторяет запрос, но предоставляет сертификат. Если клиент предоставил сертификат, но все равно получил этот ответ, это означает, что сертификат не был принят, в этом случае ответ может содержать   человекочитаемый текст, объясняющий характер ошибки.
Код этой ошибки может быть получен только при использовании шифрования.

6 [символ горизонтальной табуляции] [при необходимости - сообщение об ошибке] CRLF


Примеры запросов и ответов на них

клиент: owl://example.com/helloworld.txt	0
сервер: 2	text/plain; charset=utf-8	12
сервер: Hello world!

owl://example.com/helloworld.txt	0
3	owl://example2.com/helloworld.txt

owl://example.com/helloworld.txt
4	Неправильно составлен запрос

owl://example.com/helloworld.txt	0
5	Внутренняя ошибка сервера

owl://example.com/helloworld.txt	0
6	Неверный сертификат

4. Формат документа.

Owl использует в качестве предпочтительного тот же формат документов, что и Spartan - модифицированный text\gemini.
В частности, от стандартного text/gemini формат документов Spartan отличается наличием дополнительной строки ":=" для ввода пользовательских данных. Вид вводимых данных (текст, файл) определяется клиентом.

=:[пробел]<URL>[пробел человекочитаемое представление ссылки]

5. URL
Структура URL для owl напоминает структуру URL для http.
scheme://userinfo@host:port/path;parameters?query#fragment
Согласно стандартам пробелы в URL должны быть представлены как "%20", однако протокол способен работать с "настоящим"  пробелом, поэтому его появление в запросе не должно быть расценено как ошибка.
Соответствия URL запросам

owl://example.com => owl://example.com	0
owl://example.com/1 => owl://example.com/1	0

owl://example.com?a=1&b=2 =>
owl://example.com	7 
a=1&b=2

owl://example.com/my%20file.txt =>
owl://example.com/my%20file.txt	0

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

Пока доступен только для оффтопика, но отмечусь здесь.

Хотелось бы мнение узнать.

Собрал мультисистемный эмуль на основе известного фронт-енда RetroArch.

Кто не в курсе, RetroArch - очень мощная софтина-оболочка для эмуляторов, портирована не только под онтопик, а ещё на дос, psp, ps2, Switch и так далее.

Для чего форк сделан? RA имеет довольно перегруженный и не интуитивный интерфейс. В KS некоторые элементы перемещены

В KingStation встроена калибровка параметров изображения (цветокоррекция). Регулировка уровней, шум, насыщенность, размытие.

И ещё одно отличие - нет читов, присущих эмуляторам. Квиксейвы, перемотки отменяются.

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

Хотелось бы узнать ваше мнение, стоит ли развиваться, нужно ли что-то добавить и тд. Может кто-то участие захочет принять :)

Выглядит всё это дело вот так

https://images2.imgbox.com/a1/61/h5bWkgEP_o.png

https://images2.imgbox.com/12/72/BpUnB9Vk_o.png

https://images2.imgbox.com/bc/43/zBqNHqSr_o.png

https://images2.imgbox.com/0a/5f/Zu2jIttp_o.png

https://images2.imgbox.com/d7/36/OVX5iO0P_o.png

Интерфейс RetroArch выглядит так

https://images2.imgbox.com/77/d2/MG5HYbkk_o.png

https://images2.imgbox.com/8c/af/hJ2I64c0_o.png

GitHub: https://github.com/Ever17lab/KingStation

Запуск программ, собранных для архитектуры x86, на Linux-системах с ARM-процессорами

( читать дальше... )

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

Основные изменения:

• Доступна версия под Linux (AppImage)
• Добавлены слайдеры для параметров шейдеров
• Исправлено поведение регулировки громкости
• Ядра приставок пересобраны для выдачи характеристик оригинального железа. По умолчанию включены ядра Mupen64-plus (Nintendo 64), SwanStation (PS1), mGBA (GB/GBC/GBA), FCEUmm (NES) Snes9x (SNES).

Поддержать дальнейшую разработку и сборку под различные системы можно на Patreon или Boosty

>>> GitHub

Собственно вот, экземпляр 1993 года. Блока питания в кадре нет, но он рабочий.

Аккумуляторами в нём и не пахло ещё в помине, ну если не считать «ёлочку» 3.6в. у BIOS.

Сей девайс монохромный. Зато имеет высокие клавиши, естественно только английские. Сам он ещё GoldStar, эту фирму помнят многие.

Регулировка яркости и контрастности есть :) Флопповод был, изначально, стандартный 724Кб. 3.5", заменён потом на 1.44Мб. такой же, не велик дефицит :) Вот с хардом забавнее, там был на 60Мб. IDE 3.5", тоже стандартный от WD, но был заменён, на не дешёвый тогда, Seagete Connor серии, на 400Мб.

В общем-то на этом лэптопе бы, вполне уже, можно было завести и какой нибудь QNX Unix, но упёрлось бы всё в графику CGA и процессор, хоть и 386, но 3.5Мгц. всего тактовой, ну и распаянный мегабайт памяти по плате.

Стоял DOS 3.3 уже, изначально 3.1 с магазина.

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

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

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

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

Если возникает вопрос:«А при чём тут Linux?», то я отвечу:«При том, что сейчас на ноутбуках у очень многих из вас Linux. А это их дедушка, на который будет интересно глянуть не только более молодому поколению, ибо надо знать истоки происхождения лэптопов.»

Были наколенники и других фирм, в продаже у нас в базе, но мне этот глянулся :) И не зря, я считаю. Работал на нём я года два, ну и потом дочь играла ещё года два, пока я ей не купил посерьёзнее и поновее агрегат от IBM.

>>> Просмотр (1280x1024, 223 Kb)

Всем привет.

Клавиатурные раскладки появляются редко, тема достаточно специфическая и в новостях не встречается, поэтому хочу поделиться.

В релизе xkeyboard-config-2.36 (это Fedora 37, Arch, Gentoo) появилась русская инженерная раскладка «Ручей» (Ruchey).

Смысл раскладки в том, чтобы для кириллицы был полный набор спецсимволов. Магии, конечно не бывает и часть спецсимволов набирается с помощью правого Alt (AltGr). Зеркальная раскладка есть и для латиницы, которая имеет такое же расположение спецсимволов, а также включает в себя специфические русские символы «,»,₽,§,№.

Примечательно, что при разработке автор старался, чтобы спецсимволы, по возможности, оставались на клавишах с их изображениями и тем самым было легче привыкание.

Подробности с сайта:

• Раскладок именно две: «Русская (инженерная, кириллица)» и «Русская (инженерная, латиница)».
• Переключаются именно раскладки, а не языки ввода. Язык ввода один - Русский.
• Полный набор спецсимволов как в кириллической, так и в латинской раскладке.
• Большинство спецсимволов находятся на своих местах, но часть вынесена на третий уровень и набираются при зажатом правом Alt (AltGr).
• Часть спецсимволов смещена для удобства набора программного кода.
• Предусмотрено, чтобы пользователь не испытывал дискомфорт при использовании AltGr.

Ограничения, которые были заданы при разработке:

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

На данный момент раскладка относится «экзотическим» и расположена «base.extras.xml». В KDE экзотические раскладки работают из коробки. Для Gnome необходимо выполнить команду «gsettings set org.gnome.desktop.input-sources show-all-sources true», чтобы увидеть экзотические раскладки в списке доступных.

По сути в этой раскладке можно писать технический текст на русском без переключений.

Например без переключений можно напечатать:

§ Решение
  если А > Б && С < Д, то СП = `{А,Б,С,Д}`

Сайт проекта на GitHub

Апомните какбылораньше - хочешь посмотреть фильм - идешь такой, покупаешь диск/видеокассету или берешь в прокат? Вращаешь экономику, кому-то деньги даешь, чтоб налоги были, ногами топаешь, выбираешь фильм.

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

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

Это все быстро, но не очинь атмосферно.

Как альтернатива - полный автономный оффлайн из коробки. На таком устройстве ни ты не считываешь байты извне, ни наоборот.

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

Возможные интерфейсы взаимодействия - всякие юсб флешки, компакт диски, дискеты.

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

Есть такой движ?

Например, объём оперативной памяти: 32 гигабайт. Или терабайт. Чтоб можно было держать в голове держать информацию обо всём. Например, прогулялся по городу и увидел 10 тыщ человек - и о каждом досконально всё запомнил.

Или наоборот, чтоб можно было легко забывать.

Какие вычислительные способности должны быть? Надо ли апгрейтить математику, чтоб в голове был графоний не хуже этих ваших RTX 3090?

И так далее…

Периодически вижу здесь споры о том, какой zfs или btrfs лучше.

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

Или чтобы была работа со звуковым файлом (раньше же хранили на кассетах или передавали информацию через ADSL).

Одно дело установить linux на ext3, а что насчет установить linux на BMP изображение? Или в MP3 файл…

Оказывается читалки Pocketbook работают на лине, что меня сильно удивило, особенно учитывая то, что эти модели держат аккум с месяц или около того. И это с двуядерным камнем на борту.

Ранее вообще никакими читалками не пользовался, но ситуация при которой нужно держать тонны PDF при себе, заставила задуматься о приобретении устройства. И скажу, что сейчас доволен как слон. За пару часов чтения PDF телефон закипал и высаживался в нуль. Теперь, примерно за такой же объём страниц и время на читалке ушло процента 4, наверное. И руки не кипятит. Боялся, что ранние цветные модели сильно ругали за качество картинки и темноту отражённого света, однако, в последнем на данный момент варианте color-модели всё выглядит очень достойно! Изображение не идеальное, да, но в режиме монохрома чёрный текст выглядят как на печатной бумаге! Выглядит очень чётко. Самый большой PDF-файл что я открывал был на 1207 страниц при весе в 66,37 Мб (Айвор Хортон, учебник по Visual C++). Книжка переваривает с трудом, открывает за 15-20 секунд, перелистывает по несколько секунд, меню управления тоже открывает по 10-15 секунд. Если бы это был EPUB, то подобный вес и количество страниц проглатывались бы стандартно «быстро». Конектится к компу как съёмный носитель, Astra Linux CE 2.X съел без проблем.

Сразу о качестве изображения: лорные фотки на предпросмотре выглядят прям совсем-совсем ужато-пережато, в реальности глаз не видит какие-либо технологические особенности картинки, разве что есть моменты с цветными изображениями, но то отдельная тема разговора. Заинтересовавшимся лучше открыть оригинал, но и он тоже не передаёт всё качество картинки. На левой фотке подсветка не включена, хотя иконка в статус-баре присутствует. Но она там выкручена в нуль, и в темноте с мраком неразличима. Собственно так выглядят сайты на цветном e-ink экране при естественном цвете. Центральная фотка тоже без подсветки, только монохром, и он божественен. Хотя... мне может просто сравнивать не с чем, но мне очень нравится. И на правой фотке экран с яркостью в примерно в 4/5.

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

>>> Просмотр (5120x3511, 2484 Kb)

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

Но это всего лишь вымысел и искусственный интеллект. Ну и работа большого количества людей.

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

Есть ли такое? Возможно ли? Или разрабатывается?

Запустил Debian 11 с LXQt на WYSE C10LE — тонком клиенте из 2010, построенном на платформе VIA Eden Esther VX855 — несуперскалярном 32-битном процессоре x86 с частотой в 1 ГГц, 512 МБ DDR2 RAM и 128 МБ флеш-памяти, подключённой к шине IDE.

Процессор относительно современный, в наличии SSE2 и SSE3 (PNI). За видео в этом SoC отвечает VIA Chrome9 HCM, поддерживающий DirectX 9 и декодирование H.264 в Windows, но в Linux обеспечивающий только самое базовое 2D-ускорение средствами открытого драйвера OpenChrome. Также существует проприетарный драйвер, поддерживающий 2D и 3D, но только под Ubuntu 12.04-12.10.

Система работает, на удивление, не так уж и плохо. Для совсем старых и низкопроизводительных платформ существует только один сравнительно современный веб-движок — QtWebkit, который устарел, плохо обрабатывает современный javascript и содержит известные уязвимости, зато присутствует во многих дистрибутивах в том или ином виде, хоть как-то поддерживается и — главное — быстро рендерит и потребляет малое количество памяти.

На фотографии представлен веб-браузер Qutebrowser с 7 открытыми вкладками, в режиме работы с QtWebkit. Как видно, даже с 7 вкладками (2 из которых ­— страницы Википедии с большим количеством картинок) браузер потребляет около 140 мегабайт, что позволяет комфортно сёрфить интернет на смешных 512 МБ RAM.
Из других браузеров, до сих пор поддерживающих QtWebkit, можно отметить Otter Browser и KDE’шный Konqueror, который дополнительно поддерживает еще и KHTML (3 движка в одном браузере), но в Debian собран только с WebEngine. Первый в репозиториях Debian не присутствует.
Браузер Seamonkey, актуальная версия которого построена на базе движка из Firefox 60, работает более-менее сносно, но не блестяще — рендерит дольше QtWebkit’а примерно в 2-3 раза, потребляет заметно больше памяти, зато работает со всеми современными сайтами. Можно использовать в качестве запасного варианта, когда QtWebkit не справляется.

Опробовав разные дистрибутивы на этой машине, обнаружил следующие особенности и проблемы:

1. Syslinux на этой платформе запускается сам и загружает ядро и initrd на порядок быстрее GRUB2 — 5 секунд против примерно 1 минуты. Бегло посмотрев код загрузки ядра и включив режим отладки в GRUB, каких-то очевидных проблем, которые могут вести к такому поведению, не обнаружил, детально отлаживать не стал. Загрузка в GRUB2 происходит по USB 2.0, не по 1.1 (загрузчик plop перед запуском grub не ускоряет процесс).
2. У syslinux на удивление плохая документация. Quick start’ы из wiki все какие-то недописанные — не пошаговое руководство, а разрозненная информация. Нигде не говорится о необходимости копирования .c32-файлов, если нужно меню — додумался сам, благо кучу раз видел файлы syslinux в других дистрибутивах.
3. С некоторыми вызовами ACPI на WYSE наблюдаются проблемы. В частности, thermal-подсистема отдаёт ответ по 5-6 секунд, что и замедляет загрузку ядра, и тормозит на 5-6 секунд каждый вызов утилиты sensors. Благо, в ядре есть отдельный thermal-драйвер под процессор, что позволяет отключить ACPI thermal без последствий и потери в функциональности.
4. Все GTK3-приложения подтормаживают, медленно прорисовывают окна, с задержкой откликаются на действия. Возможно, дело в теме, но её смена и попытка отключить все анимации к заметному ускорению не привели. GTK2 и Qt5 откликаются на действия быстро, работают хорошо.
5. В последних версиях ядра Linux (в т.ч. LTS-ветке 5.15) присутствует ошибка, приводящая к зависанию этого процессора (вот эта проблема)
6. Графический сеанс Debian не запускался сразу после установки. Проблема оказалась в systemd: systemd-logind устанавливает опцию CanGraphical=false из-за видео, потому, что драйвер OpenChrome выполнен в виде X.org DDX, и ни DRM, ни FB не поддерживаются. Простое решение — добавить nomodeset в строку запуска ядра: [1], [2]
7. В archlinux32 всё сломано: многие программы не запускаются из-за обновлений библиотек без перекомпиляции всех пакетов, от них зависящих, т.к. не всегда их возможно перекомпилировать с современными версиями библиотек и компиляторов (многим «жирным» проектам требуется больше 4 ГБ виртуальной памяти для сборки, они падают на 32-битных системах, а кросс-компиляция в archlinux32 не используется). Разработчики выпускают shim-пакеты со старыми библиотеками, чтобы хоть как-то вернуть работоспособность программ, но библиотеки необходимо устанавливать вручную, в виде зависимостей к пакетам они не прописаны.
   Устанавливаешь chromium — не запускается, seamonkey — не запускается. Удручающее зрелище.
8. Дистрибутив slitaz включает веб-браузер и кучу программ в 50 мегабайт iso-образа, но тоже страдает от проблем с версионностью библиотек. Многие пакеты серьёзно устрарели, но сам факт возможности упаковки веб-браузера, аудио и видеоплеера, полноценной темы со всеми иконками, всех возможных средств настройки системы и прочего всего в 50 мегабайт впечатляет. Проект почти не развивается.
9. Основные устоявшиеся дистрибутивы Linux либо не формируют .iso для x86, либо вовсе не предоставляют 32-битных пакетов. Некоторые форки RHEL, такие как Rocky Linux, можно забутстрапить из 32-битных репозиториев, также есть x86 ISO OpenSUSE Tumbleweed (который rolling release), но если смотреть глобально, полноценная поддержка x86 осталась только в Debian.
10. zstd даже с -22 –long не дотягивает до степени сжатия xz -5 для упаковки rootfs.

>>> Просмотр (3728x2700, 1280 Kb)

Хочу погонять с ребёнком по сети в олдовые игрульки типа homm и может в майнкрафт.
Ноут ребёнка (х201т) героев вроде тянет а вот с крафтом вышел косяк, соотв нет повода не расчехлить старый комп. Трабл - в одном старом пэка стоит затычкой невидия 6600 а во втором - встройка в 8700к, которые видимо тоже не вывезут.
Идея была взять бушную 8800 или нечто подобное но я вот совсем не в курсе какие поколения поддерживают сейчас актуальные дрова и что в хотелках у майнкрафта (я был уверен что он вообще софтово рисует свои кубики на любом калькуляторе).
Подскажите что нонче самое беспроблемное «воткнул и оно заработало» в дебиане 11 из старых дешевых топ монстров и что из них вытянет крафт в 1080 с комфортным для глаз (100+) фпс?

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

П.п.с. Для Майна хватит q8300/12ram или отдавать 8700?

П.п.с. Наблюдаю на авите кучу мелких 9800 - они реально с 8800 так уменьшились в размерах/потреблении? Или 9800 не топ в 9 серии была?