The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в библиотеке libX11, opennews (??), 16-Июн-23, (0) [смотреть все]

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


23. "Уязвимость в библиотеке libX11"  +11 +/
Сообщение от v3625 (ok), 16-Июн-23, 13:30 
Какие такие ужасы? Использовал иксы в начале нулевых, когда ими пользовались именно по-иксовому (X-ресурсы, вот эти вот иксовые растровые шрифты, оконные менеджеры fluxbox, icewm, fvwm в разное время). Использовал и вот эту сетевую прозрачность, которая "никому не нужна": запускал программы с домашней машины в других локациях (на работе например). При прочих равных предпочитал программы, использующие тулкиты Xaw, Motif, Tk.

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

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

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

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

31. "Уязвимость в библиотеке libX11"  +1 +/
Сообщение от Аноним (18), 16-Июн-23, 14:05 
>иксы в начале нулевых, когда ими пользовались именно по-иксовому

В начале нулевых уже не совсем по-иксовому. Тогда уже вовсю GTK, Qt, которые гоняли уже отрендеренные картинки.

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

35. "Уязвимость в библиотеке libX11"  +/
Сообщение от v3625 (ok), 16-Июн-23, 14:19 
> Тогда уже вовсю GTK, Qt, которые гоняли уже отрендеренные картинки.

Тогда еще спокойно можно было не обращать на это внимание.

И gtk1 был ничего.

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

68. "Уязвимость в библиотеке libX11"  +/
Сообщение от Предпоследний пользователь сетевой прозрачности (?), 18-Июн-23, 10:40 
Даже Qt5 не гоняет отрендеренные картинки, если собрано с native backend. Проблема в том, что все собирают с raster backend.

Гонять картинки начали с Qt4.6-4.8, когда появилась QT_GRAPHICSSYSTEM=raster

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

34. "Уязвимость в библиотеке libX11"  +3 +/
Сообщение от Аноним (-), 16-Июн-23, 14:18 
Какие ужасы? Давайте расскажу.
1) Переусложненный антикварный код, грубо не соответствующий современным запросам пользователей относительно графики. FreeSync? HBD? Отсутствие тиринга?
2) Гранд-централ факапов латенси, перфоманса и секурити, все в одном. By design и не лечится.
3) Архитектура деланая под другие реалии. Все и вся in-band, парсер должен молотить гигазы - или вон там опциональные расширения. Поскольку опциональные - что хотите то и делайте, ведь их может и не быть. Встроеные апи и фичи - сделаны так что ими никто не пользуется. Рендер фонтов? Контролы? Все есть, но страшное как смерть - так что никто этим не пользуются. Все рендерят готовые битмапы. А как плевалка битмапов на экран иксы криво, избыточно, дергано и тормозно.
4) Активно рисующая программа может все заклинить. Так что таскменеджер будет отрисовываться полчаса. Очень круто же когда в гранд-централ якоре есть сложные примитивы которые можно вызвать. Зато нет ни малейшего намека на нормальный шедулинг и полисовку ресурслв. Пусть весь мир подождет, пока xorg вкалывает на тяжелом вызове какой-то программы. А если не повезло то пойдете в консольку переключаться с позором чтобы задачу вообще убить.
5) В силу жесткой нестыковки архитектуры и реалий, чинить все эти траблы крайне сложно и нерезултативно. Поэтому все задолбались.

Нам в XXI веке точно нужна именно такая графика? ORLY? А то что болото теплое и уютное не отменяет наличие вони, трясины и прочих болотных газов :).

Но да, из-под макоси рассказывать линуксоидам как им должно быть ЗБС - замечательно, конечно. Но как по мне - вы уж либо кушайте пирожки по своим рецептам, либо сидите тихо. А сватать рецепт счастья при том что сам его не прожевал... тепло и лицемерненько? :)

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

37. "Уязвимость в библиотеке libX11"  +2 +/
Сообщение от v3625 (ok), 16-Июн-23, 15:05 
> 1) Переусложненный антикварный код, грубо не соответствующий современным запросам пользователей относительно графики. FreeSync? HBD? Отсутствие тиринга?

Нет у современных пользователей никаких запросов. Им как в уши надуют, такие у них и запросы.

Про тиринг только ленивый не написал, в гугле забанили? FreeSync и HBD не ведаю, что такое, может, потому что не геймер.

> 2) Гранд-централ факапов латенси, перфоманса и секурити, все в одном. By design и не лечится.
> 3) Архитектура деланая под другие реалии. Все и вся in-band, парсер должен молотить гигазы - или вон там опциональные расширения. Поскольку опциональные - что хотите то и делайте, ведь их может и не быть.
> Активно рисующая программа может все заклинить. Так что таскменеджер будет отрисовываться полчаса. Очень круто же когда в гранд-централ якоре есть сложные примитивы которые можно вызвать. Зато нет ни малейшего намека на нормальный шедулинг и полисовку ресурслв. Пусть весь мир подождет, пока xorg вкалывает на тяжелом вызове какой-то программы. А если не повезло то пойдете в консольку переключаться с позором чтобы задачу вообще убить.

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


> Рендер фонтов? Контролы? Все есть, но страшное как смерть - так что никто этим не пользуются. Все рендерят готовые битмапы. А как плевалка битмапов на экран иксы криво, избыточно, дергано и тормозно.

А не может так быть, что просто не понимают и используют неправильно, неэффективно?

> Но да, из-под макоси рассказывать линуксоидам как им должно быть ЗБС - замечательно, конечно. Но как по мне - вы уж либо кушайте пирожки по своим рецептам, либо сидите тихо. А сватать рецепт счастья при том что сам его не прожевал... тепло и лицемерненько? :)

Ну я пожевал тоже немало. И ушел именно из-за описанных мной выше изменений. Если б не пользовался, не говорил бы.

Да и где я сказал "рецепт счастья" или что-то такое? Это извращение моих слов. Я хотел только сказать, что у иксовой парадигмы, как она была задумана, есть своя уникальная идентичность и она весьма интересна. А у той, в рамках которой оно используется сейчас, ее нет и в рамках нее, действительно, никакие иксы не нужны.

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

60. "Уязвимость в библиотеке libX11"  +/
Сообщение от Аноним (60), 18-Июн-23, 00:55 
> Нет у современных пользователей никаких запросов. Им как в уши надуют, такие
> у них и запросы.

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

> Про тиринг только ленивый не написал, в гугле забанили? FreeSync и HBD
> не ведаю, что такое, может, потому что не геймер.

А также не работаете с графикой и прочими глупостями. И писать вы можете, #%$, что угодно. А должно - уж пардон - просто работать и не делать мозг. Чему архитектура иксов ни разу не способствует. Достаточно сказать что изначально Xorg вообще не был создан для прецизионного трека таймингов хардвара и вещи типа page flip/double buffer там - натяг совы на глобус. Настолько кривой, что до сих пор периодически случается фигня. По тем же причинам там суровые траблы с freesync.

> бред получается. Гранд-централ буллшит бинго.

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

> А не может так быть, что просто не понимают и используют неправильно, неэффективно?

В иксах очень базовый рендер фонтов и страшные как смерть контролы. Это задаром никому в таком виде не надо. А если иксы припахать рендерить TTF/OTF со всеми наворотами прямо в сервере - см что там было про тяжелые операции, постановку колом и шедулинг.

Когда программа делает навернутый рендер в своих недрах, плохо от этого только этой программе, если она внутрях рендерит сотни TTF, ну, пользователь поплюется на ее лаги может быть. А если это же самое в недрах Xorg сервера ворочавшего толпу клиентов, встанет весь караван, и пользователь начнет беситься с общесистемных лагов и дергагий графики. Поэтому никто так разумеется делать не будет. Т.к. станет еще хуже чем было. И нет, никто не долбанется настолько чтобы шедулинг, многоядерность и проч нормально в иксах делать. Это вы сами если оно вам надо. Учитывая что их архитектура это не предусматривает чуть более чем никак...

> Ну я пожевал тоже немало. И ушел именно из-за описанных мной выше
> изменений. Если б не пользовался, не говорил бы.

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

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

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

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

Ну да. Сейчас иксы в основном замечательно создают море проблем. Которые к тому же очень сложно чинить. А использовать мониторы 640x480 с пофигом на FPS мы все-таки уже более не будем. Мы хотим нормально видео смотреть - в т.ч. и в интернете. Без тиринга и лагов. И разрешением чутка поболее, раз так в эн.

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

64. "Уязвимость в библиотеке libX11"  +/
Сообщение от v3625 (ok), 18-Июн-23, 02:46 
Позвольте системно разобрать ваши возражения, выделив из вашего потока сознания основные тезисы, насколько это возможно.

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

Отнюдь. Всегда, чтобы эффективно пользоваться каким-то инструментом/парадигмой, нужно понимать его философию, концепции и абстракции. Вот какую бы параллель провести... Например, берете вы какой-нибудь язык программирования haskell или там erlang, начинаете писать на нем императивный код и ругаетесь, как неудобно в нем вручную управлять потоком, какие хреновые абстракции встают на вашем пути, не понимая тех преимуществ, которую дает вам функциональная парадигма: автоматический параллелизм, локализация побочных эффектов функций и прочее.

Вот и тут так же.

> В иксах очень базовый рендер фонтов и страшные как смерть контролы. Это задаром никому в таком виде не надо. А если иксы припахать рендерить TTF/OTF со всеми наворотами прямо в сервере - см что там было про тяжелые операции, постановку колом и шедулинг.
> Когда программа делает навернутый рендер в своих недрах, плохо от этого только этой программе, если она внутрях рендерит сотни TTF, ну, пользователь поплюется на ее лаги может быть. А если это же самое в недрах Xorg сервера ворочавшего толпу клиентов, встанет весь караван, и пользователь начнет беситься с общесистемных лагов и дергагий графики. Поэтому никто так разумеется делать не будет. Т.к. станет еще хуже чем было. И нет, никто не долбанется настолько чтобы шедулинг, многоядерность и проч нормально в иксах делать. Это вы сами если оно вам надо. Учитывая что их архитектура это не предусматривает чуть более чем никак...

Давайте посмотрим, что сейчас является мейнстримными технологиями интерфейса для клиент-серверных приложений. Web-технологии: HTML/CSS/JavaScript. И как там рисуются контролы. В таких мейнстримных приложениях, как Office 365, Gmail. Они там рисуются средствами HTML/CSS по схожему с протоколом X принципу: командами рисования графических примитивов, никаких битмапов для контролов никто не делает, за очень редкими исключительными случаями. И ничего, как видим, все живы. Средствами протокола X можно нарисовать контролы уж точно не хуже, чем средствами html/css.

Может быть, вы также видели интерфейс такой сложной программы, как Ableton Live? На что он похож? Он страшный как смерть? На первый взгляд, все там укладывается или почти укладывается в возможности тулкита Xaw.

А знаете ли, чем отчасти обусловлены последние течения в современной моде на интерфейсы: плоские двухмерные контролы? Ограничениями веб-технологий.

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

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

Ну как вам сказать - имею мнение, высказываю. Не интересно, не слушайте. Кому-то другому, возможно, интересно.

К тому же, если на то пошло, X-сервер у меня и под макосью есть. При чем тут операционка вообще.

> Я даже не спорю что в этой идее что-то есть. Но в современном мире оно скорее создает проблемы чем решает, а на память об этом мир пользуется в качестве сетевой прозрачности каким-нибудь (полу)проприетарным Chromecast. А вовсе не тем куском позора.

Тут опять же приведу в пример вышеупомянутый мейнстримный стек технологий для отображения интерфейса клиент-серверных программ (HTML/CSS/JavaScript) и предложу сравнить, что является большим куском позора: он или X-протокол. И представить, насколько красивей можно было бы реализовать то же самое средставми X-протокола и его расширения, если попытаться понять его философию.

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

67. "Уязвимость в библиотеке libX11"  –2 +/
Сообщение от Илья (??), 18-Июн-23, 10:23 
Я не хочу разбираться в подробностях, но вы сейчас НЕ ПОМОГАЕТЕ хоронить иксы.

Зачем вы цепляетесь как кошка за края форточки?

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

69. "Уязвимость в библиотеке libX11"  +/
Сообщение от v3625 (ok), 18-Июн-23, 11:02 
А почему я должен помогать их хоронить?
Я, наоборот, попытался обосновать, почему это не нужно.

> Я не хочу разбираться в подробностях

Не хочу разбираться, хочу транслировать чужую волю и чувствовать единство с такими же, что ли?

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

41. "Уязвимость в библиотеке libX11"  +1 +/
Сообщение от Ананий (?), 16-Июн-23, 16:30 
>Отсутствие тиринга?

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

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

50. "Уязвимость в библиотеке libX11"  +/
Сообщение от Аноним (50), 17-Июн-23, 09:28 
А чому я во фрибзд только тиринг и наблюдаю? У тебя железо такое как у всех?
Ответить | Правка | Наверх | Cообщить модератору

54. "Уязвимость в библиотеке libX11"  +/
Сообщение от Ананий (?), 17-Июн-23, 13:48 
S3 Virge?
Давай показывай шо там у тебя и что правил в Xorg.conf, шоб пытаться исправить.
А тиринга я не наблюдаю уже давно, на разных ноутах и десктопах.
Ответить | Правка | Наверх | Cообщить модератору

62. "Уязвимость в библиотеке libX11"  +/
Сообщение от Аноним (-), 18-Июн-23, 01:05 
> Давай показывай шо там у тебя и что правил в Xorg.conf, шоб
> пытаться исправить.

Вообще-то для начала нормальная графика должна работать без вот этого вот. В режиме плагнплей. А то может мне еще и IRQ мануально раздавать начать опять? :)


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

75. "Уязвимость в библиотеке libX11"  +/
Сообщение от Ананий (?), 19-Июн-23, 14:09 
Вопрос был в работоспособности, а не в том, лень тебе ковырять конфиги и читать маны или нет.
Ответить | Правка | Наверх | Cообщить модератору

61. "Уязвимость в библиотеке libX11"  +/
Сообщение от Аноним (-), 18-Июн-23, 01:03 
> Чому в FreeBSD я его не наблюдаю?

Может потому что не работаешь с графикой, не смотришь видео, не делаешь видеозвонки, не играешь в игры, все такое? Если фичой не пользоваться то и проблем с ней нет :)

> Наблюдал когда-то давно на невидии, решалось правкой конфига. Все.
> Остальные баззворды как-то мешают отображению 2д?

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

> или начинаются проблемы с 8к экранами?ну как-нибудь переживу

Да переживайте себе наздоровье. Хоть с пузатым 640х480 CRT в обнимку. А вот я этого делать не буду. И остальные - тоже. Не знаю как там у вас во фряхе, а для линуха я хочу чтобы графика у нас не сливала всем остальным системам по ее перфомансу, латенси, предсказуемости и отсутствию дурных технических проблем на ровном месте. Нормальное человеческое желание.

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

76. "Уязвимость в библиотеке libX11"  +/
Сообщение от Ананий (?), 19-Июн-23, 14:19 
>> Чому в FreeBSD я его не наблюдаю?
> Может потому что не работаешь с графикой, не смотришь видео, не делаешь
> видеозвонки, не играешь в игры, все такое? Если фичой не пользоваться
> то и проблем с ней нет :)

2д в гимпе считается? Ютюп/smplayer сойдет за просмотр?
Игрульки редко, найтивные аля tome4,wesnoth идут на ура. Со стимом туда же Rimworld. Остальное не интересно, да и покупать ради них игровой ноут за двойной прайс - так себе идея.

блендер еще вроде как блендерит, но лично мне 3д не нужно, как и видеозвонки.

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

хз, у меня такого не наблюдается

>> или начинаются проблемы с 8к экранами?ну как-нибудь переживу
> Да переживайте себе наздоровье. Хоть с пузатым 640х480 CRT в обнимку. А
> вот я этого делать не буду. И остальные - тоже. Не
> знаю как там у вас во фряхе, а для линуха я
> хочу чтобы графика у нас не сливала всем остальным системам по
> ее перфомансу, латенси, предсказуемости и отсутствию дурных технических проблем на ровном
> месте. Нормальное человеческое желание.

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

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

77. "Уязвимость в библиотеке libX11"  +/
Сообщение от voiceofreason (?), 20-Июн-23, 18:05 
Крепко жму вашу руку. Ровно мои впечатления от иксов. На фоне сидящих на macOS любителей сетевой прозрачности и псевдо-unix-way 70ых годов прошлого века, это прям приятно.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

53. "Уязвимость в библиотеке libX11"  +1 +/
Сообщение от Zenitur (ok), 17-Июн-23, 11:42 
> И, кстати, заметил еще давно, что когда в линуксе шрифты стали преимущественно векторными, от стал страшнее. Особенно первое время, когда нормальные алгоритмы их рендеринга были запатентованы микрософтом или еще кем-то.

Мне поэтому нравились ранние версии Windows, что там в окнах использовались моноширинные шрифты, такие как Monotype Corsiva. Надеюсь, я не перепутал название шрифта? Позже, во всех элементах интерфейса стал использоваться TrueType, как в HTML-страничках... Хотя даже в Win9x можно было выставить любой шрифт в "Свойствах экрана" в разделе "Оформление", а то м вообще применить готовую тему рабочего стола.

Ух, а мне бы хотелось, чтобы кто-нибудь доделал патчи i-Rinat, которые добавляли VA-API в Firefox. Дело в том, что его патчи использовали libva-glx, а это значит, что работать будет в любой системе, даже самой старой. А в апстриме решили использовать libva-egl, непонятно зачем, так как EGL в "иксах" ни к селу, ни к городу, пусть даже и работает. Да ещё и требуется чоень новая Mesa либо драйвер NVIDIA.

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

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

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




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

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