XLibre 25.0 — первый выпуск форка X.Org Server

Интефейс Win 11 это полное 3D, это сложная отрисовка шрифтов, поддержка масштабирования, hidpi, hdr, цветовых профилей и хреновой кучи всего

Мне как пользователю что от этого? Результат-то какой от всех этих сложностей?

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

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

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

Тут вопрос в том, схера ли это вдруг оконные системы стали жрать на порядок больше? Стали ли они на порядок лучше? Появилось ли в них множество новых фич?

тут даже я зело плюсую.

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

и это всё ещё не говоря про кучу зависимостей. иногда тащат в проект целые фреймворки ради одного скриптика, или пары строк для ненужной никому свистоперделки.

Интефейс Win 11 это полное 3D, это сложная отрисовка шрифтов, поддержка масштабирования, hidpi, hdr, цветовых профилей и хреновой кучи всего

Мне как пользователю что от этого? Результат-то какой от всех этих сложностей?

Можешь куб как в компизе вертеть. А, не, не можешь…

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

Покажи нам свой классный софт?

чтобы всё это не жрало гигабайты памяти и половину проца.

Gnome 2 в свое время жрал процентов 40 от ядра просто при перетаскивании или ресайзе окна. Это уже новый софт?

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

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

Это был 2008-2010 год примерно, и у меня тогда был не самый плохой Phenom X4.

в графике есть EFL - тоже написан на Си

Это тот который spank spank bad programmer? LMAO.

«Классный софт»:

• Nothing, leaving you wondering WTF.
• An extremely helpful console message: “SPANK! SPANK! SPANK! Naughty programmer!”. Really, I’m not joking about that one.
• Another extremely helpful message: “You bitch!”. And I’m not joking about that one either – it was discovered by a female coworker while trying to hack layouts to work. Perfect timing on EFL side here.
• A crash, if you’re lucky, so you can debug the issue.

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

а ещё я довольно много работала с эмбеддедом и запускала Linux с демонами, вебом и прочим на мелких одноплатниках с 32-64 метрами памяти.

а тот самый третий пень до сих пор дома работает как сервер для файловых хранилищ, всякой периферии типа сканера и прочего. и не тормозит. хотя, конечно, я патчила ядро для такого железа, чтобы добавить туда нужные протоколы, и добавляла разные системные утилиты. но с 2022 года прошло 22 года. а железо можно использовать и сейчас. да, блин, даже на сраной малинке первой версии я поднимала Linux с гуём, за которым вполне можно было работать. а вы мне тут втирали про «современные мощные компы» для разработки. если ставить что попало, то и «современных мощных» не хватит, чтобы пережевать говнософт.

An extremely helpful console message: “SPANK! SPANK! SPANK! Naughty programmer!”. Really, I’m not joking about that one.

Ахаха! Вспомнил соответствующую статью.

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

у меня второй гном прекрасно работал на третьем пне в 2002 году.

Ты просто не включала системный монитор чтобы посмотреть как перемещение окна нагружает проц.

но с 2022 года прошло 22 года. а железо можно использовать и сейчас.

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

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

я могу в профилирование ядра, если что.

А чего там уметь, прости пожалуйста? perf, trace-cmd, systat, irqtop и ещё пара вещей.

у меня второй гном прекрасно работал на третьем пне в 2002 году

Ты на GNOME 2.0 сидела что ли? Он только зарелизился в 2002 году.

ты отладку попробуй, ага. нашёлся тут подсиратель туев.

ты отладку попробуй, ага. нашёлся тут подсиратель туев.

А что в отладке ядра сложного? Я прямо сейчас это делаю. dynamic_debug, kasan, crash kernel. Все.

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

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

ну да, сказал школотрон, который никогда кроме своего домашнего компа ничего не видел. и не знает, что такое удалённая отладка девайсов, где всего этого жира нет.

уйди уже нафиг. не лезь туда, где нихрена не понимаешь.

ну да, сказал школотрон, который никогда кроме своего домашнего компа ничего не видел. и не знает, что такое удалённая отладка девайсов, где всего этого жира нет.

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

это дампы, а не отладка, дурачок. иди отсюда, я же сказала.

ну да, сказал школотрон, который никогда кроме своего домашнего компа ничего не видел. и не знает, что такое удалённая отладка девайсов, где всего этого жира нет.

Конечно это дампы. Как ты собралась отлаживаться без информации о падении? :)

в кернеле, в режиме отладки. RS-232, firewire или виртуальные серийные порты - и вперёд, с песнями. ты никогда не видел отладки кернела. поэтому не надо тут вот это всё лепить про свои логи с дампами.

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

в кернеле, в режиме отладки. RS-232, firewire или виртуальные серийные порты - и вперёд, с песнями. ты никогда не видел отладки кернела. поэтому не надо тут вот это всё лепить про свои логи с дампами.

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

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

RS-232, firewire или виртуальные серийные порты - и вперёд, с песнями. ты никогда не видел отладки кернела.

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

и это i7

Ты забыла важную деталь. Что за модель?

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

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

Пока что мы достоверно знаем только то, что ты даже кулеры поменять не состоянии и почему-то считаешь себя Багиней Программирования, ведь ты владеешь настолько сложным заклинанием как:

$ gdb vmlinux
(gdb) target remote /dev/ttyUSB0

Прости, но это как-то не очень впечатляет.

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

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

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

внезапно, только дурачки считают, что отлаживать кернел надо на проде. вот ты точно клоун.

Ну твои же слова, лол:

ну да, сказал школотрон, который никогда кроме своего домашнего компа ничего не видел. и не знает, что такое удалённая отладка девайсов, где всего этого жира нет.

Если у тебя есть доступ к gdb, это проще, чем отлаживаться по crash kernel, потому что дамп обычно урезанный, если вообще есть что-то кроме dmesg.txt :))))

Там разница в производительности между разными поколениями быть до 10 раз, это очень важная деталь.

Ну так всё-таки что за модель то?

неважно. потому что я сказала уже десять раз, наверное, что «производительность» не нужна, если нечего производить. и для задач написания кода она как раз и не нужна. и ещё для примерно 99% юзеров компов она точно не нужна, если убрать жирный говнософт и поставить нормальный.

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

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

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

я вот смотрю нагрузку на процы. в среднем работа в активном режиме C0 - 9% времени. остальное - С6 и С7. комп не выключается и часто работает месяцами, пока какие-нибудь коммунальщики не отрубят электричество в доме. я за ним сижу достаточно долго и работаю с кодом. на нём работают торренты, тор и прочие сетевые демоны, которые довольно интенсивно грузят сеть. компиляция идёт на сервере. хотя на пару ядер можно было бы запустить компиляцию и локально, но слишком медленно. да и памяти на ноутбуке не столько, сколько у сервера. сервер рассчитан на мощную нагрузку, ноутбук - нет.

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

Если поставить «нормальный» вместо «жирного» то 99% юзеров не смогут даже браузером воспользоваться, они скорее всего даже не поймут что это браузер.

Это что там у тебя за сервер который обслуживает миллионы коннектов? И что за коннекты?

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

Это что там у тебя за сервер который обслуживает миллионы коннектов? И что за коннекты?

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

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

я по работе пишу серверное ПО. и это нормально для любых серверов. были разные серверы. и DNS, и сетевые сервисы проксирования и защиты от дидоса, и мультимедиа-стриминг, и телеком - LTE и сети. везде были миллионы клиентов.

На одном сервере миллионы клиентов? Звучит мягко говоря не очен правдоподобно.

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

фоточка в профиле, кстати, именно оттуда. я сижу около компа, на котором пашет софт на кучу клиентов и всё работает прекрасно.

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

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

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

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

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

я не могу переписать весь опенсорц. но где можно, я стараюсь его оптимизировать.

хотя я видела разработчиков, которым я пишу, что у них при множестве коннектов начинает течь память, а они мне пишут, что их софт «не рассчитан на тысячи коннектов». и всё, won't fix. ну и зачем такой софт, спрашивается? и это не студенческие хелловорлды, это довольно популярные проекты в сети, они широко используются. вот такое вот качество разработки, так сказать.

поэтому я очень осторожно выбираю софт и всегда его предварительно тестирую. особенно софт для сервера, где софт должен быть особенно стабильным.

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

И что эти 200 тысяч клиентов делали на этом сервере?

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

Я больше 10 лет работал АСУ-шником, и много раз сталкивался с промышленным софтом. Тупой говнософт от кучи индусов, особенно у фануков, там прямо воняет индусским говнокодом. Я помню там ещё доработку паровых котлов зачем-то заказали у одних говноделов из Люксембурга и к нам приехал реально индус, он две недели корячился и так и не смог ничего сделать, не смог интегрировать в нашу систему их собственное оборудование. Хотя там оборудования то было по факту мизер, десяток датчиков, пару задвижек и штук пять клапанов. Потом приехали ребята из Питера, выкинули нафиг их дорогущие контроллеры и все реализовали прямо в версамаксе линейки куда завели это допоборудование. И про 0.1 милисекунды это уж совсем звиздеж.

И что эти 200 тысяч клиентов делали на этом сервере?

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

И что эти 200 тысяч клиентов делали на этом сервере?

тестировали LTE сеть. подключались, качали что-то, работали в интернете. не знаю, что конкретно они там делали. а мы считали трафик, делали тарификацию, анализировали нагрузку и прочее.

но были выбраны 200 тысяч активных юзеров интернета, которым предложили бесплатную тестовую работу с LTE (нам тогда наконец-то выдали лицензию и мы его включали).

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

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

тестировали LTE сеть. подключались, качали что-то, работали в интернете. не знаю, что конкретно они там делали. а мы считали трафик, делали тарификацию, анализировали нагрузку и прочее.

Мне очень нравится что ты сперва говоришь «я делал LTE», а потом выясняется, что ты биллинг делала, лол.

опять школотрон здесь. брысь!

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

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

Матрица десятками тысяч пользователей на Python переваривает. Ты похоже просто не осилила.