The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект X.Org прекращает поддержку 20 устаревших библиотек и утилит, opennews (??), 03-Май-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


54. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  –1 +/
Сообщение от Аноним (54), 03-Май-23, 10:25 
сейчас же в моде размазывание ресурсов по всей моще железа.
неважно текстовый редактор или чуть более требовательное, всё должно жрать много.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

67. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от EULA (?), 03-Май-23, 10:54 
Но почему-то много жрет только графический сервер.
Ответить | Правка | Наверх | Cообщить модератору

129. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  –1 +/
Сообщение от Аноним (130), 03-Май-23, 15:51 
да ладно...
100 метров вся система с иксами... вот жрет, зараза... и как только влезает...

или ты еще свой 486 не успел проапгрейдить?

анонимы опеннета советуют не скупиться и подобрать на помойке хотя-бы 2-пень для запуска жирных-жирных иксов...

Ответить | Правка | Наверх | Cообщить модератору

169. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (-), 03-Май-23, 23:58 
Я и 1.2Gb RSS видел у иксового процесса. И поди еще пойми кто его на такое сподвиг. В случае вяленда нет никаких ресурсоемких операций да и сервера графики как такового тоже, при всем желании его не раскрячишь так. А если прога начнет этот гиг жрать на свой рендер сама, ей kill -9 выдать можно, при том сразу понятно кому его.
Ответить | Правка | Наверх | Cообщить модератору

316. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (297), 08-Май-23, 16:50 
странно. ни разу не было...
видимо я потому как не фанат арчиков и федорок...
Ответить | Правка | Наверх | Cообщить модератору

327. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (325), 10-Май-23, 05:28 
> странно. ни разу не было...

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

> видимо я потому как не фанат арчиков и федорок...

Или набор программ другой. Да и это в основном в дебианах-убунтах было так то. Эти вам тоже не комильфо? Ну блин а чем мне пользоваться? Buildroot чтоли?

Ответить | Правка | Наверх | Cообщить модератору

317. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (317), 08-Май-23, 17:43 
> Я и 1.2Gb RSS видел у иксового процесса. И поди еще пойми кто его на такое сподвиг.

Ну да, вывод xrestop такой весь непонятный ...

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

328. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (325), 10-Май-23, 05:33 
> вывод xrestop такой весь непонятный ...

Да, знаете, это отдельная искуственная трабла на ровном месте. Это я кроме RAM/free space/CPU/VRAM должен еще и какую-от совершенно искусственную сущность мониторить? Как по мне, когда проги делают свой рендер сами и связанный с этим жор приписан именно им - это сильно удобнее.

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

Ответить | Правка | Наверх | Cообщить модератору

181. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от EULA (?), 04-Май-23, 05:40 
> да ладно...
> 100 метров вся система с иксами... вот жрет, зараза... и как только
> влезает...

Интересно, а почему же разрабы вайленда минимальные требования для работы вайленда заявляют 512 МБ оперативы и 32 МБ Видео?

> или ты еще свой 486 не успел проапгрейдить?

о как ради голого вайленда нужно менять ПК, на котором работает Qt4 на иксах?

> анонимы опеннета советуют не скупиться и подобрать на помойке хотя-бы 2-пень для
> запуска жирных-жирных иксов...

Или Core i9 12** для запуска Wailend...

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

204. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Уволить ПОНАБа (?), 04-Май-23, 10:37 
>>> Интересно, а почему же разрабы вайленда минимальные требования для работы вайленда заявляют 512 МБ оперативы и 32 МБ Видео?

Современные реалии. Иксы вряд ли отожрут меньше с включенным композитом. Ты же не будешь использовать CGA. Явно хотя бы в фуллхд как минимум. И разве это много для современных ПК? Или если ты ищешь на помойках что-то подобное LGA 775 с парой гигабайтов ОЗУ, то разрабы прям обязаны ориентироваться на допотопное железо? Кстати ничто не мешает использовать на LGA 775 Wayland. Ресурсов должно хватить даже с интеграшкой. А вот более древнее железо... А нафига оно вообще? Иксы тоже безбожно тупить будут. Там даже браузер хрен запустишь нормально. В современном мире, старое железо уже мозахизм в чистом виде.

Найдите ка voodoo и материнку, в которую эту дичь вопихнуть можно. С процессором, памятью по самые не балуй и попытайтесь туда поставить современный Линукс дистрибутив с иксами. Ну-ну успехов.

Ответить | Правка | Наверх | Cообщить модератору

206. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от EULA (?), 04-Май-23, 11:21 
>>>> Интересно, а почему же разрабы вайленда минимальные требования для работы вайленда заявляют 512 МБ оперативы и 32 МБ Видео?
> Современные реалии. Иксы вряд ли отожрут меньше с включенным композитом. Ты же
> не будешь использовать CGA. Явно хотя бы в фуллхд как минимум.

Иксы работают на 128 МБ RAM и 2 МБ VRAM. На такой конфигурации работает BlackBox или IceVM.
А вот вайленд на 512 МБ может загрузить только голую графику с терминалом.

>
> И разве это много для современных ПК? Или если ты ищешь
> на помойках что-то подобное LGA 775 с парой гигабайтов ОЗУ,

Таких машин в госах дофига. Да и много планшетов на Атоме и Целеронах. А еще есть всякие мини-пк на ARM-ах. Предлагаешь покупать core-i7 для запуска LibreOffice?

Ты не из Майкрософта случаем? Те тоже предлагают выбросить неубиваемые принтеры с неубиваемыми катриджами со стоимостью заправки 200 рублей на 3000 отпечатков, чтобы юрез мог самоудовлетворятся от последней винды.

> то  разрабы прям обязаны ориентироваться на допотопное железо? Кстати ничто не мешает
> использовать на LGA 775 Wayland. Ресурсов должно хватить даже с интеграшкой.

Не хватает. Там много процов, которые для графики только 8МБ VRAM откусывали.

> А вот более древнее железо... А нафига оно вообще? Иксы тоже
> безбожно тупить будут. Там даже браузер хрен запустишь нормально. В современном
> мире, старое железо уже мозахизм в чистом виде.

Иксы не тупят ни на Core2Duo e7500, ни на Intel Atom 525, ни на H3 Quad-core Cortex-A7 H.265/HEVC 4K.


> Найдите ка voodoo и материнку, в которую эту дичь вопихнуть можно. С
> процессором, памятью по самые не балуй и попытайтесь туда поставить современный
> Линукс дистрибутив с иксами. Ну-ну успехов.

Скажу по секрету. У Патрика до сих пор ПК с Voodoo. Последняя Слака работает там.

Ответить | Правка | Наверх | Cообщить модератору

212. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Уволить ПОНАБа (?), 04-Май-23, 11:58 
> Иксы не тупят ни на Core2Duo e7500, ни на Intel Atom 525, ни на H3 Quad-core Cortex-A7 H.265/HEVC 4K.

Тупят. Потому что железо уже древнее, открой браузер на вот этом барахле и на современном core i5. Ощути разницу.

> Не хватает. Там много процов, которые для графики только 8МБ VRAM откусывали.

Бред. Тогда видеоядро сидело в северном мосте. Какие такие процессоры??? Может i945 и откусывал не более восьми, спорить не буду, не застал. Но GMA31 в биосе можно было включить 128Мб.

> Ты не из Майкрософта случаем?

Рукалицо.жпег

> А вот вайленд...

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

Ответить | Правка | Наверх | Cообщить модератору

214. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от EULA (?), 04-Май-23, 13:21 
> Тупят. Потому что железо уже древнее, открой браузер на вот этом барахле
> и на современном core i5. Ощути разницу.

Открыл броузер PaleMoon на Intel Core2Duo e6300. Броузер не тупит.
Открыл броузер Firefox 107 на Intel Core i3 i3-1115G4 c 2 GB ОЗУ в Wailand - затупил. Отсюда вывод, что вайленд тупит, или броузер кривой?

> Бред. Тогда видеоядро сидело в северном мосте. Какие такие процессоры??? Может i945
> и откусывал не более восьми, спорить не буду, не застал. Но
> GMA31 в биосе можно было включить 128Мб.

Видяха в южном сидела. Это раз. И два, только на Intel Q35 была поддержка более 64 МБ VRAM, при объеме памяти более 4 ГБ.

> Рукалицо.жпег

Понял, что люди не ведутся на твой религиозный фанатизм?

> ... просто набор библиотек. В памяти он не висит. Но это не
> мешает ему использовать ресурсы ПК, т.к. эти библиотеки используют приложения, прямо

Вайленд, как и Иксы - графический сервер.

Ответить | Правка | Наверх | Cообщить модератору

224. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от Уволить ПОНАБа (?), 04-Май-23, 20:39 
> Вайленд, как и Иксы - графический сервер.

Вот тут, уважаемый, учите матчасть. Всё.

> Открыл броузер PaleMoon на Intel Core2Duo e6300. Броузер не тупит.
> Открыл броузер Firefox 107 на Intel Core i3 i3-1115G4 c 2 GB ОЗУ в Wailand - затупил. Отсюда вывод, что вайленд тупит, или броузер кривой?

2 Gb of RAM, как бы маловато для современных браузеров даже с иксами...

Вот тебе мой пример: i5-11400f/32Gb/RX5700XT. KDE+X11 - работает в принципе нормально, но fps в играх немного меньше, чем в Wayland. Да, X11 жрёт поменьше ОЗУ, чем Wayland, но в целом, мне плевать. В Wayland завелись и работают без шаманств многие вещи, например FreeSync, полное отсутствие тиринга, композит работает постоянно, но система не тупит при этом. Если включить композит для полноэкранных окон в X11, то можно выхватить просадку по fps почти вдвое. Ещё заработали вещи, о которых я даже не догадывался, например аппаратное кодирование видео на стороне видеокарты. При этом можно стримить на YouTube с низкой просадкой по fps. В X11 я даже и не знал, что такое вообще возможно. Всегда проц молотил. И просадка по fps была значительной.

> Понял, что люди не ведутся на твой религиозный фанатизм?

Ты заканчивай с этим. Тебе виндовозы на каждом углу уже мерещатся. Если тебе интересно, то на моих ПК нет оффтопика. В основном Gentoo Linux.

Ответить | Правка | Наверх | Cообщить модератору

240. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от n00by (ok), 05-Май-23, 07:33 
> Да, X11 жрёт поменьше ОЗУ, чем Wayland

Это не совсем так.

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

То есть потребление памяти зависит от клиентского кода и Wayland позволяет экономить память.

Ответить | Правка | Наверх | Cообщить модератору

242. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от EULA (?), 05-Май-23, 08:11 
> Вот тут, уважаемый, учите матчасть. Всё.

Wayland — протокол для организации графического сервера в Linux. ... О Wayland его создатель отзывается так: "Wayland — новый графический сервер, который выполняет только крошечную часть функций Х, которые мы действительно используем, когда запускаем композитный рабочий стол." (C) Wikipedia (Пруфа на цитату я не нашел, поэтому ссылаюсь на википедь)
X Window System — оконная система, обеспечивающая стандартные инструменты и протоколы для построения графического интерфейса пользователя.

> 2 Gb of RAM, как бы маловато для современных браузеров даже с
> иксами...

Не знаю. У меня такие VPD-шки нарезаны. Для хрома в иксах хватает.

> Вот тебе мой пример: i5-11400f/32Gb/RX5700XT. KDE+X11 - работает в принципе нормально,
> но fps в играх немного меньше, чем в Wayland.

Ты игры в окне что-ли запускаешь?
Ничего, что при полноэкранном режиме, игры уходят работать с Framebuffer напрямую?

> например аппаратное кодирование видео на стороне видеокарты.

Это от программы захвата зависит.
У нас есть сервер (Xeon E5502 на десктопной материнке) видеозахвата видеозахвата с камер в переговорке, там запущенных иксов нет совсем. А видео кодируется в H.264 видюхой. Софтина проприетарная, требует Cuda.

> Ты заканчивай с этим.

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

>  Если тебе интересно, то на моих ПК нет оффтопика. В основном Gentoo
> Linux.

Леня Поттеринг и Гвидо ван Россум хвастались, что они работают на Linux... И оба работают в Microsoft.

Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

318. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от ____ (?), 09-Май-23, 07:56 
> Это от программы захвата зависит.

Это и от доступа к видеокарте зависит. Видимо в иксах не реализована возможность использования видеокарты несколькими приложениями. Иксы отдают приоритет полноэкранному приложению, при этом композит для полноэкранных приложений отключается. Вот и всё. Запустил игруху - у программы видеозахвата отняли доступ к видеокарте. Так делают иксы по всей видимости.

Ответить | Правка | Наверх | Cообщить модератору

329. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (325), 10-Май-23, 05:38 
> Это и от доступа к видеокарте зависит.

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

Работало это разумеется крайне хреново. У ядра такие вещи сильно лучше получаются, оно в более правильном месте, с более правильными полномочиями для таких вещей. Так появился DRM/KMS/GBM где ядро занялось арбитражем и правами доступа, переключением видеорежимов, управлением памятью и прочими вещами типовыми для ядер операционок...

В этом DRM/KMS радикально отличается от виндов где в ядерном win32k.sys по сути весь апи GDI был реализован.

Ответить | Правка | К родителю #318 | Наверх | Cообщить модератору

332. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от EULA (?), 10-Май-23, 08:26 
> Это и от доступа к видеокарте зависит.

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

> Так делают иксы по всей видимости.

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

> Запустил игруху - у программы видеозахвата отняли доступ к видеокарте.

То-то в Steam в KDE4 (в Plasma5 не смотрел) можно было захватывать игру вместе с системными уведомлениями, из-за чего багу вешали в Steam любители потриммерить.

Ответить | Правка | К родителю #318 | Наверх | Cообщить модератору

231. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от Аноним (231), 04-Май-23, 22:51 
> Иксы работают на 128 МБ RAM

Спасибо, я видел как они на 256 работают, N900 это называлось. Круто когда иксы жрут больше проца чем плеер мувика на его декодиорвание, да? И это очень причесаное большой корпорацией было так то. И в топе пожирателей RAM иксы были всегда стабильно. А на десктопе они и гиг иной раз могут стрескать и поди разберись кто там в этом виноват.

> и 2 МБ VRAM. На такой конфигурации работает BlackBox или IceVM.

Хочу посмотреть как вы хотя-бы FullHD фреймбуфер в 2 мега VRAM положите. Потому что он один весит, внезапно, 6. И это еще без даблбуфера, так что здравствуй тиринг.

> А вот вайленд на 512 МБ может загрузить только голую графику с терминалом.

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

> Целеронах. А еще есть всякие мини-пк на ARM-ах. Предлагаешь покупать core-i7
> для запуска LibreOffice?

Ну, вообще, _современные_ одноплатники могут очень сильно обставить вон то по скорости. И стоить при этом скромный полтос зелени. А на более скромных - там проц хилее и ломовая нагрузка на проц от иксового процесса как раз и не подарок совсем.

И если вы про линух то там у его драйвера и управления памятью могут быть свои идеи сколько оно там чего откушает. Для именно хардварного VRAM если его не хватило, оно умеет текстуры тягать из системной DRAM, просто это медленнее. Для "VRAM" из системной RAM оно по моему может динамически это менеджить, с пофигом на то что там в биосе вообще настроено. А у вон тех одноплатников и вовсе BIOS нет чтобы это настроить и там драйвер решает. Впрочем там и понятие VRAM чуть иное - есть буфер кадра, есть дисплейный контроллер, долбящий из него, а мали какой - просто считалка, как максимум результат в ту RAM кладет. Но так изначально у него вообще своего видеовыхода нет.

> Не хватает. Там много процов, которые для графики только 8МБ VRAM откусывали.

О чем вы?

> Иксы не тупят ни на Core2Duo e7500, ни на Intel Atom 525,
> ни на H3 Quad-core Cortex-A7 H.265/HEVC 4K.

Особенно их потребление проца при активной отрисовке графики, угумс. А H.265 там играется, извините не через иксы. Если вот именно через них - вы опупеете от перфоманса, но плееры уже поняли что пользоваться этим калом нельзя. Ни их услугами по выводу картинки, ни "акселерацией" и там реально оно через GLES какой-нибудь прет, да еще после хардварного декодера поди.

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

> Скажу по секрету. У Патрика до сих пор ПК с Voodoo. Последняя
> Слака работает там.

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

Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

243. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от EULA (?), 05-Май-23, 08:39 
>> Иксы работают на 128 МБ RAM
> Спасибо, я видел как они на 256 работают, N900 это называлось. Круто
> когда иксы жрут больше проца чем плеер мувика на его декодиорвание,
> да?

Вайленд тоже жрет больше. Причем больше, чем X-ы. Но это другое!

> Хочу посмотреть как вы хотя-бы FullHD фреймбуфер в 2 мега VRAM положите.

Вы путаете возможность работы и размер картинки.
Зачем на такой конфигурации FullHD?
> Потому что он один весит, внезапно, 6. И это еще без
> даблбуфера, так что здравствуй тиринг.

На 4MB QXL драйвер в QEMU нормально FullHD выдает. Да. Plasma там тупит, но Mate и LXQt работают.
Или вы скажите, что меня QEMU жестоко обманывает, когда в конфиге ВМ показывает размер VRAM 4194304 байт?


> Странно, как же я его запускал на вот таком вот хламе? Еще
> и видеоплеер смог запустить - заметив что тот пашет сильно быстрее,
> почти не грузя проц выводом видео, в отличие от.

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

> Ну, вообще, _современные_ одноплатники могут очень сильно обставить вон то по скорости.
> И стоить при этом скромный полтос зелени. А на более скромных
> - там проц хилее и ломовая нагрузка на проц от иксового
> процесса как раз и не подарок совсем.

Нагрузка от вайленда еще больше. Возьмем малинку четвертую, Plasma на иксах греет камень до 60 градусов без дополнительной нагрузки. Plasma в Waylend до 88 градусов. В обоих случаях Цельсия.


> И если вы про линух то там у его драйвера и управления
> памятью могут быть свои идеи сколько оно там чего откушает.

А разве у Мали не свой отдельный чип памяти?

> О чем вы?

На 775 сокете много процов и чипсетов под них, которые не могли от ОЗУ откусить больше. Надо было

> Особенно их потребление проца при активной отрисовке графики, угумс.

Естественно, если графика там встроенная SIS или Mali.

> да еще после хардварного  декодера поди.

Где на таких платах аппаратный декодер? Кодека еще не было, когда платформа на указанных процах появилась.

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

Наверное, Blender через астрал рендерит.
И при этом еще имеет на Waylend регулярно зависает.

> Ну так слака сама по себе дистр не особо массовый и на
> любителя.

Ну так дистр-то современный, собственно такой, который вы мне предложили поставить.

Ответить | Правка | Наверх | Cообщить модератору

299. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (-), 07-Май-23, 00:55 
> Вайленд тоже жрет больше. Причем больше, чем X-ы. Но это другое!

В вот именно вяленде вроде бы нечему много ресурсов жрать. Чему много проца или рамы жрать в интерфейса согласования surfaces, лол. Он услуги навороченого рендера не предоставляет же.

А если какие-то программы удумают ресурсы на свой рендер жрать (их при этом целиком тулкит рендерить должен - в контексте процесса самой программы) - окей, вот к этой программе и вопросы. При чем тут вяленд? Ну и при этом по крайней мере жиртреста сильно виднее в смотрелках процессов.

> Вы путаете возможность работы и размер картинки.

Если на вон том LCD у матрицы 1920x1080 пикселей, для возможности работы с ним в нормальном виде надо никак не менее 6Mb VRAM для 1 буфера. А два... идея, давайте 256 цветов сделаем! А если 16 цветов... вообще FullHD будет :)

А еще - знаете, я готов пожертвовать 6 мегов на процесс чтобы его рендереный буфер - вплоть до всего экрана размером - был. И всегда можно было БЫСТРО на экран выдать ЭТО. Актуально при операциях с окнами и проч. Мксы так устроены что ререндер программы толкают при каком либо перекрытии окна. Это экономит оперативу на буфер, но если программа навороченная, операции с окнами вызывают сотни ререндера, это дико тупит и проц грузит опять же. Когда оперативы было 4 мега на все такое решение имело смысл. Когда даже в одноплатнике менее гига редкость, извините, но это не то место где RAM надо было экономить ценой такого performance hit и факапа UX. Даже андроид этим вроде не страдает.

> Зачем на такой конфигурации FullHD?

Затем что это минимальный типовой монитор десктопа ща? У ноутов бывает и поменьше конечно, но оптимизить логично под типовые кейсы а не экстремумы.

> На 4MB QXL драйвер в QEMU нормально FullHD выдает.

На 4Мб чего?! QXL виртуальный интерфейс же?! ИМХО где-то внутрях драйвера оно аллоцирует себе столько буфера сколько надо было и работает с этим. Оно ж знает что это виртуальная абстракция. А если пытаться честно эмулить хардварную видяху с энным VRAM, по идее на видяхе с 2Mb VRAM разрешение на 24BPP будет ограничено меньшей величиной. Долбилке в провод просто неоткуда данные взять на вон то будет с тем BPP.

> Да. Plasma там тупит, но Mate и LXQt работают.
> Или вы скажите, что меня QEMU жестоко обманывает, когда в конфиге ВМ
> показывает размер VRAM 4194304 байт?

Я честно говоря даже и не знаю что там QXL имеет в виду под "VRAM" в этой ситуации. С него и динамически реаллоцировать станется, имхо. Он же изначально виртуальный интерфейс. Или как вариант BPP ниже: с 16BPP вроде в 4 мега может получиться, впритык. Но я не думаю что QXL честно эмулит именно VRAM и долбилку на экран именно как в видяхе.

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

Урл? Может это они подстраховались на хранение буферов с видом программы?

> Нагрузка от вайленда еще больше. Возьмем малинку четвертую, Plasma на иксах греет
> камень до 60 градусов без дополнительной нагрузки. Plasma в Waylend до
> 88 градусов. В обоих случаях Цельсия.

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

> А разве у Мали не свой отдельный чип памяти?

Нет конечно, он как правило только считалка. Добавочный чип это лишние деньги, жаба. Как максимум ему некий резерв памяти откусывают от DRAM, не более того. И у контроллера дисплея (как впрочем и всех интеграшек без VRAM) тоже фреймбуфер из системной оперативки тягается. Так что на хилом одноплатнике с тощей шиной RAM (e.g. 1 16-битный чип на все) даже просто вывод FullHD картинки кушает серьезный процент бандвиза шины RAM и просаживает систему. Потому что так то это поток около 355 мегов в секунду на дисплей в минус от псп памяти. Для более жирных конфигураций меньшая проблема, не такой большой процент псп DRAM.

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

> На 775 сокете много процов и чипсетов под них, которые не могли
> от ОЗУ откусить больше.

Я не знаю что там BIOS делает но драйвер именно GPU в линухе даже с настоящей хардварной VRAM умеет в нечто типа "свопления" в системную, это GTT кажется называется. И если VRAM не хватило на все текстуры, часть в оперативке будет сложена (динамически откушаной из системы). Но разумеется когда их становится надо, передача их в GPU совсем не то что из локальной дискретной VRAM взять, сразу перфоманс обваливается. Но это только DGPU с настоящей VRAM касается. Остальные делили бандвиз и место в системной DRAM на всю толпу что так что сяк. И я не уверен что линуксный драйвер вообще как-то учитывает настройки BIOS. Он с видяхой нативно работает, на BIOS (и VBIOS) ему довольно пофиг по идее при этом.

> Естественно, если графика там встроенная SIS или Mali.

У MALI основной трабл в том что бандвиз DRAM делится на все и вся. Да и старые версии так то достаточно базовы по возможностям, а более новые - лицензировать новый IP блок денег стоит, жаба штука такая.

> Где на таких платах аппаратный декодер? Кодека еще не было, когда платформа
> на указанных процах появилась.

В смысле? В проц встроен. Как отдельный IP-блок VPU. У этих VPU называется Cedar.
Раз! https://linux-sunxi.org/H3 - в описании проца H.265 упомянут.
Два! https://linux-sunxi.org/Sunxi-Cedrus - драйвер этого VPU в майнлайне.
Три! https://linux-sunxi.org/Mainlining_Effort - общий таймлайн кого когда майнлайнили.

И так у почти всех мелких. У rockchip какой-то свой VPU, и так далее. Драйвер в конечном итоге вывешивает типовые апи типа VDPAU и VA-API, софт ничего про детали не знает.

А вон те распасы с V4L2 и mem2mem устройствами на самом деле нужны чтобы поток с камеры загонять в такую железку в режиме кодирования - и получать "хардварно-кодированый" поток с камеры (да, это технически 2 разные железки обеспечивают). А, да, и сплюнуть нежатую копию на surface экрана (видоискатель) так то лочгиный кейс. Ну что, дорогой Xorg, потянешь это? :) А пока майнлайн только стартует это направление ведроиды там видимо юзают какие-то вендорспецифичные костыли. Вероятно перейдут на штатный интерфейс, когда это более-менее взлетит для всех. Вэйланд этим идеям с его структурой не сильно враждебен, ему плюс-минус surface вообще о чем?

> Наверное, Blender через астрал рендерит.

Через 3D акселератор, вероятно. Типа MESA. Эта штука Xorg для основного потока данных не пользуется и у нее там свой собственный интерфейс к DRM/KMS. Совершенно в обход иксов. Да, представляете, bulk данных вулканов и GL через иксы вообще не идут. Потому что те загнулись бы с таких потоков. Так иксы и перестали быть центром вселенной. Очередной клиентик к DRM/KMS, весьма голимый и проблемный. За что его и не лю все причастные к тому гранд-рефактору.

> И при этом еще имеет на Waylend регулярно зависает.

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

> Ну так дистр-то современный, собственно такой, который вы мне предложили поставить.

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

И я не особо понимаю какие решения есть. Да, в вэйланде тоже есть shortcomings дизайна. И баги. Но оно по крайней мере не враждебно на уровне архитектуры _современным_ кейсам, типа, вот, видео "полухардварно" на отдельный surface выдать, может даже как видоискатель камеры, дескать (==тредования к латенси и скорости). Иксы под такие хотелки не делали в принципе. Если что у современных display controller под это бывает отдельный хардварный surface с хардварным микшированием сделан. И самое эффективное что может захотеть плеер - выгружать видео воооон туда если железо так в принципе умеет. А в случае VPU плеер в идеале может стать чуть ли не коммутатором потоков и парсером форматов, когда нежатые данные -> VPU, расжатый результат -> video surface. Так даже дохлое железо сможет расжать - и даже сжать - довольно приоличный кодек в реалтайм. Разумеется битрейт-качество у реалтайм энкодера хуже софтварного, зато в реальное время укладывается и можно, вот, видео камерой снимать. А чего ради это все должно быть в мутной нестандартной вендорской проприетари и самопальных surface flinger'ах всяких? А обычным линуксоидам, типа, это счастье нельзя чтоли? Вот с чего бы?!

Ответить | Правка | Наверх | Cообщить модератору

319. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от ____ (?), 09-Май-23, 08:41 
> Если на вон том LCD у матрицы 1920x1080 пикселей, для возможности работы с ним в нормальном виде надо никак не менее 6Mb VRAM для 1 буфера. А два... идея, давайте 256 цветов сделаем! А если 16 цветов... вообще FullHD будет :)

Стоп! Если взять и посчитать 1920x1080 * 32 бит цвета / 8 бит (для перевода бит в байты) / 1Мб = 7,91015625. Как бы 8 Мб минимум на один буфер. То для 6 Мб нужно будет уже 24 бита цвета, т.к. модные нынче 32 бита никак не вытянет. А их нужно много наплодить. Для каждого приложения в wayland - свой кадровый буфер. Вот и выходит, что минимум - 64 Мб нужно. Иксы в этом отношении работают иначе. Им нужен один (2-3 это уже детали) кадровый буфер для работы с окнами!!! Все окна рисуются в один кадровый буфер!!! Поэтому таскание окна за заголовок по экрану - нагрузка на проц по отрисовке окна. Хотя иксы наверное давно уже таскают битмапы. И если так, то тут тупик. Вялый изначально для этого создавался, а в иксах - это вынужденная мера, чтобы уменьшить нагрузку на проц. Именно поэтому иксам пора на свалку истории, например в 8К моники иксы уже не смогут. Зато вялый может.

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

И ещё. Когда будет готов? В принципе уже готов. Осталось только приложения на вялого перевести. Браузеры уже умеют работать в вялом. Что не может? Анидеск не может и ему подобные. Вайн пока не может. Некоторые нативные игры. Это впринципе всё, с чем мне приходилось сталкиваться.

А ещё вялый - это боль и страдание для тех, кто отнёс кровно заработанные за видеокарту Хуянга. Блоб как-то очень плохо может в вялого, с блобиком от нвидии всегда есть проблемы. У них пока только иксы.

Ответить | Правка | Наверх | Cообщить модератору

330. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (325), 10-Май-23, 06:07 
> Стоп! Если взять и посчитать 1920x1080 * 32 бит цвета

Это для обычного 24BPP. А 32 = R+G+B+прозрачность, все по 8 бит. В случае вот именно фреймбуфера, летящего в провод, заморачиваться прозрачностью поздно уже, там финальное представление где прозрачность не имеет смысла.

> А их нужно много наплодить. Для каждого приложения в wayland - свой кадровый буфер.

Предлагаете вместо этого дико грузить проц при малейшем перекрытии программ и операциях с окнами, толкая ререндер их окошек, как иксы? А знаете, ререндер окна вон того када или даже просто браузера - занятие очень ресурсоемкое. Учитывая что оно еще и в 1 ядро запросто упирается (многопоточности в иксах вроде ж нет особо) - в целом работает ХРЕНОВО.

Ну и вон то актуально для фулскрин. Буфер более скромного окна весит меньше. Ну, да, трекать пачку полноразмерных окон что-то съест. Зато не будет дергаться и постоянно клинить, потому что навороченный ререндер может занять измеримое время. В это время UI страдает дефектами рендера и/или мельтешит. Что вызывает ощущение тормозов и кривости.

> Вот и выходит, что минимум - 64 Мб нужно.

Зависит от юзкейсов. Ну и положа руку на сердце, даже на одноплатнике с гигом памяти это переживаемо. И лучше чем дерганый тормозной гуй ререндерящийся на каждый пшик.

> Иксы в этом отношении работают иначе. Им нужен один (2-3 это уже детали) кадровый
> буфер для работы с окнами!!! Все окна рисуются в один кадровый буфер!!!

Ага. А когда мы телепнули окно немного - опа - его вида под вон тем окном не было - опа - надо ререндер всего CAD пакета толкнуть. Ых, ых, ых, переключение в кад, браузер и проч д-е-р-г-а-н-о-е, медленное, с артефактами рендера. Потому что пока он там перерендерит все навороты - кто сказал что это быстрая и легкая операция?

Когда оперативы было 4 мега на все это был единственный вариант. Но сейчас это уже мазохизм.

> Поэтому таскание окна за заголовок по экрану - нагрузка на проц по отрисовке окна.

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

> Хотя иксы наверное давно уже таскают битмапы. И если так, то тут тупик.

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

Качество, скорость и фичность не соответствовало ожиданиям. Да и знаете, если от рендера хитрозадого фонта навернется 1 программа, обидно но - намного хуже если навернется извините сервер-процесс с кучей софта и массовой потерей их состояний. Аналогично с скоростью операций. Если кто там на скорость TTF со всем обвесом станет рендерить, остальные встанут колом как раз. У иксов и так эта проблема есть и никто не будет ее усугу, $#%ь!

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

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

> например в 8К моники иксы уже не смогут. Зато вялый может.

Ну да. Ему оно в разумных пределах пофиг. Чему тупить в штуке арбитрирующей буферы по сути? И это лишь формализация того что де факто вышло. Сдеали то что тулкиты на самом деле хотели.

> Вялого то пишут разрабы иксов.

Я бы их назвал "разработчиками DRM/KMS" и обвеса вокрун скорее. Глядя на то как они вот именно иксы как раз не желают лишний раз трогать. Потому что современные хотелки там прикручивать это боль. Много возни, а результата мало и он хреновый.

> А ещё вялый - это боль и страдание для тех, кто отнёс кровно заработанные
> за видеокарту Хуянга. Блоб как-то очень плохо может в вялого,

На это все забили. Потому что утыкать рабочие процессы в проприетарщика просто никто не будет.

> с блобиком от нвидии всегда есть проблемы. У них пока только иксы.

Вот они пусть на пару с нвидией и впишутся майнтайнить их, например. Так честнее :)

Ответить | Правка | Наверх | Cообщить модератору

333. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от EULA (?), 10-Май-23, 08:58 
> Я честно говоря даже и не знаю что там QXL имеет в виду под "VRAM" в этой ситуации.

Ровно то, что выдает QEMU.

> Нет конечно, он как правило только считалка.

А по спецификации, у него свой чип, к которому обращение идет по отдельному каналу.

> Два! https://linux-sunxi.org/Sunxi-Cedrus - драйвер этого VPU в майнлайне.

По ссылке:
Codec    Decoding
H265    Supported (early)

Decoding H.264/H.265 videos can require a large amount of CMA memory, so it is recommended to set a large CMA pool, e.g. using the cma kernel command line parameter. For instance, 256 MiB should be enough to decode 1080p H.264 videos: cma=256M.
The first mainline kernel release containing Cedrus support is 4.20 (scheduled for release December 2018 or Jan 2019). Newer Cedrus code is available in the bootlin git repository linked above.

Known bugs and limitations
H264 and H265 are not supported (some of the underlying problems include: allocating 19 surfaces at once and queueing several slices by frames)

The "sunxi-cedrus" kernel driver is hence made of a m2m v4l2 driver handling requests of MPEG2 or MPEG4 frames data with a standard header extended control. At the time of processing the m2m queue, it programs the VPU's registers depending on the used codec. Currently MPEG2 and MPEG4 are the only supported formats but H264 and H265 would be the next step.

> Затем что это минимальный типовой монитор десктопа ща?

Ставить на промышленное устройство топовый декстопный монитор... Что дальше будет? В цех на лесопилке обои с елкографией, в люльку автоподъемника деревянный салон ручной работы, и стереосистему?
Внезапно, декстопами вывод графики не ограничивается? Есть куча промышленных устройств, где для графики в 4 МБ VRAM и 128МБ ОЗУ хватит за глаза.

Внезапно, на STM32F4 можно подключить LVDS дисплей. Да. придется добавить ОЗУ по I2C хотя бы до 4 МБ. mLinux и с иксами там работает.

> И если VRAM не хватило на все текстуры, часть в оперативке будет сложена (динамически откушаной из системы)

Так один фиг, видеочип позволит данные забирать только из выделенной для него памяти.

Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

252. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от _kp (ok), 06-Май-23, 03:47 
> Иксы работают на 128 МБ RAM и 2 МБ VRAM. На такой
> конфигурации работает BlackBox или IceVM.

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


>...много планшетов на Атоме

На них Линукс работал годно, но.. в виртуалках, ибо пока драйвера допилили (или так и не допилили?), они с их 1-2 Гб ОЗУ морально устарели.

>всякие мини-пк на ARM-ах.

И всякие полу-рабоче блоб-драйверы к ним.
Тот же Raspberry4 морально устарел, так и не дождавшись полноценных драйверов.
Полноценное видео на ARM Linux - страшная редкость.
Да и mini PC на intel до последнего нового года стоили дешевле конструкторов на ARM, при на порядок больших ресурсах и производительности.

> Иксы не тупят ни на Core2Duo e7500,

Не тупят, но вопрос в количестве ОЗУ в системе, и видеокарте.

> ни на Intel Atom 525,

Ага, на Gma3150, и всё летает ;)
К подобному недопазумению надо аскетичеое оружение, и то на минималках. В любом случае не для работы это. Максимум что то для умного дома сделать.

> ни на H3 Quad-core Cortex-A7 H.265/HEVC 4K.

Король блобов. Хрен что на него поставишь, кроме ОС предоставленных производителем.
Но зато дешево, и в своём классе не тормозит.


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

Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

305. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (305), 07-Май-23, 05:28 
> И всякие полу-рабоче блоб-драйверы к ним.
> Тот же Raspberry4 морально устарел, так и не дождавшись полноценных драйверов.
> Полноценное видео на ARM Linux - страшная редкость.

Вы друг сэра поха и лежали с ним в соседней криокамере? Сейчас год 2023 и на почти все ARM есть открытые видеодрайверы в майнлайн кернеле и MESA. А вон те сведения протухли на несколько лет.

> Да и mini PC на intel до последнего нового года стоили дешевле
> конструкторов на ARM, при на порядок больших ресурсах и производительности.

Мда? Ну покажите мини-пц за 10 баксов? Питающийся от "зарядки для мобли"? А то еще стоимость питалника придется приплюсовать.

> Не тупят, но вопрос в количестве ОЗУ в системе, и видеокарте.

Скорее в том что делают программ и не удумали ли лни вот именно через иксы именно графику активно рисовать. Если удумали - оно однопоточное и на всю толпу 1 сервер, упрется в вполне конечный перфоманс 1 ядра проца и все начнет жестко тормозить. Хоть там 192 ядра и 256 гиг оперативы добавьте - это вам не поможет.

>> ни на H3 Quad-core Cortex-A7 H.265/HEVC 4K.
> Король блобов. Хрен что на него поставишь, кроме ОС предоставленных производителем.

Вообще-то уже поддерживается несколько лет майнлайном. И хардварный видеодекодер, и Mali GPU и прочее. И uboot опенсорсный есть. Так что можно и вообще без блобов эту штуку завести. Update your bookmarks!

Ответить | Правка | Наверх | Cообщить модератору

298. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от anonymous (??), 06-Май-23, 22:19 
> И разве это много для современных ПК?

Ответ простой: виртуализация. Если тебе кажется, что у тебя много оперативы, запусти виртуалку. Если хватает - ещё одну. Одно дело, когда у тебя один вяленный сожрал 512 метров оперативы, а другое дело - когда 4 вяленных сожрало 2 гига. Нет, конечно, если ставить целью запуск вяленых - то в современный комп их ещё много уместится. Но ведь помимо вяленного в виртуалках и полезная нагрузка должна быть. И возможность сократить потребление оперативок виртуалками - это очень прикольно. Чем меньше накладных расходов - тем больше виртуалок, вплоть до того, что на каждую задачу по виртуалке.

Я поэтому до сих пор не перешёл с WinXP на Win10 (бывает иногда нужно windows-only софт запускать). Образ с WinXP целиком с полезной нагрузкой в 512 метров умещается. А под линуксом я пользовался чудесным UML (user-mode-linux) чтобы потестить сетевое приложение на группе виртуалок.

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

300. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (-), 07-Май-23, 01:16 
> Ответ простой: виртуализация. Если тебе кажется, что у тебя много оперативы, запусти
> виртуалку. Если хватает - ещё одну.

Я обычно десктопным даю 1-2 гига. Изоляционным для сервисов и 256 жирно. К тому же KSM их еще и смержит если они похожие то жор будет сильно меньше того что можно ожидать. Чудеса оверпровижна можно и на своем десктопе устроить. Это ж линукс.

> 4 вяленных сожрало 2 гига.

Он сам по себе 512 мегов точно не жрет. Чему там столько лопать?!

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

Какой-то сеанс бреда от анонима.

> Я поэтому до сих пор не перешёл с WinXP на Win10

А, нам виндовый эксперт оказывается за линух вещает...

> UML (user-mode-linux) чтобы потестить сетевое приложение на группе виртуалок.

По своему хорошая штука. Но полная виртуалка шибко надежнее по изоляции вон того добра от основной системы.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру