Откуда мем про нежручее KDE?

ок

А сколько у тебя всего памяти?

32ГБ везде - и на девайсе с KDE, и на девайсе с XFCE, и на девайсе с GNOME.

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

Хз что тут измерено, но могу поделится как у меня. https://i.imgur.com/jciH6dI.png

1. /usr/bin/dolphin --daemon такого нет. Как мне его получить?)

2. Если мы смотрим физическую память то например многие процессы у меня меньше памяти показывают: kwalletd5 ~42Mb vs 132Mb, polkit 30Mb и т.д.

измерял так

ps  aux | grep "ksm\|konsole\|dolphin\|discover\|kdeconnect\|kwallet\|polkit\|kded5\|kwin\|krunner\|plasmashell" 

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

можно вывод ps -eo rss,cmd|sort -n во всех случаях?

Вот сколько занимают у меня эти процессы с «***» после аптайма в неделю в kde (~720 mb, 32Gb ram):

15408 /usr/bin/kwalletd5 --pam-login 7 8
 9292 /usr/bin/kwin_wayland_wrapper --xwayland
170448 /usr/bin/kwin_wayland --wayland-fd 7 --socket wayland-0 --xwayland-fd 8 --xwayland-fd 9 --xwayland-display :1 --xwayland-xauthority /run/user/1000/xauth_jlDxPp --xwayland
15704 /usr/bin/ksmserver
28572 /usr/bin/kded5
224008 /usr/bin/plasmashell --no-respawn
14624 /usr/lib64/libexec/polkit-kde-authentication-agent-1
19248 /usr/lib64/libexec/kdeconnectd
27600 /usr/lib64/libexec/DiscoverNotifier
23752 /usr/lib64/libexec/xdg-desktop-portal-kde
61616 /usr/bin/dolphin
126972 /usr/bin/konsole

У тебя плазма жрет x2.2, krunnerа у меня не было, при открытом alt+f2 начинает жрать 144 mb (у тебя x2.4), kwin x1.3, портал x4.5, полкит x9. Не знаю почему, ничего в своей системе не подкручивал.

32ГБ везде

И ещё сидят считают мегабайты как элитные нищеброды. Я и на 4Гб особо не считаю. Крыса жрёт как мышка в сравнении с типовым современным говнософтом. Насколько жирно KDE вообще пофиг, даже если бы оно в 10 мегабайт умещалось, пользоваться этим блевотным глюкодромом не хочется.

Странно, что OP считает Firefox и Thunderbird - моё сравнение остаётся самым правильным + повторяемость + методология, а непонятно что у OP. Могу повторить для Fedora 38, но только за деньги - в прошлый раз потратил на всё про всё не меньше 8 часов - мне ещё и гадостей наговорили.

Ну короче, мем основан на утрировании и сарказме, суть в том, что XFCE позиционируется как облегченное окружение, а прикол в том, что жрет столько же или чуть меньше ОЗУ, сколько минимальная конфигурация KDE, без plasma-applications.

без plasma-applications.

С plasma-applications, но без бесполезного аконади поверх mysql.

И поисковый движок запускает по дефолту, прямо как кеды.

минимальная конфигурация KDE, без plasma-applications

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

откуда все эти мемы о том, что KDE ест меньше ресурсов, чем XFCE?

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

А можно не страдать хней и поставить i3/sway

не страдать хней

поставить i3/sway

Что-то не сходится.

Что не сходится? Или ты очередной сноб с прошитым в мозгах «тайлинг для пердоликов и школотронов»? Тады ой.

Одна девушка меня спросила:
— Зачем вы так предераетесь ко шибкам? Вы что сноп?
И я ответил:
— Сноп.

Удали аконади шит и балу(нах он нужен на ссд!?).

После входа в сеанс KDE - 827 МБ

Еще немного и по расходу оперативной памяти дотянет до Crysis.

Правильные данные здесь. Ваши процессы никому не интересны. Это СКВВ.

Сравнение потребления ресурсов средами рабочего стола в Линукс (Gnome, KDE, XFCE, LXQT, Cinnamon)

Да неважно, сколько оно жрёт. Гном3 и все форки визуально подлагивают. В кедах этого почти нет, зато там отрисовка практически всего забагована.

Пусть гном3 жрёт хоть 16G на старте, не обеднею, только пусть оно визуально лагать перестанет. Ну противно на 6C/12T, 32G и NVMe видеть это всё, так не должно быть. Что, в гноме красивости какие-то особенные?

Да неважно, сколько оно жрёт. Гном3 и все форки визуально подлагивают. В кедах этого почти нет, зато там отрисовка практически всего забагована.

100%

KDE работает действительно быстрее XFCE

Заметил обратное, KDE невероятно желейное даже с убранными анимациями.

поставить i3/sway

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

Сейчас на всем ужасный инпутлаг, запуски по пару секунд, скорость можно увидеть только запустив twm без композитора и открыв там NEdit, Xterm и другие программы на X11, Motif, на современном железе еще Qt4 и Gtk2 относительно быстро работают, но Gtk3, Gtk4 и Qt5, Qt6 на любом железе тормозят, на любой видеокарте Intel, Amd, Nvidia.

Пусть гном3 жрёт хоть 16G на старте, не обеднею, только пусть оно визуально лагать перестанет

Какая версия GNOME и какой дистрибутив?

(Спрашиваю, потому что triple buffering пока что завезли лишь в отдельные дистрибутивы: Debian 12, Ubuntu…)

2022 Linux Desktop Environments System Usage (Gnome, KDE, XFCE, LXQT, Cinnamon, Mate) under Fedora 37

У автора темы вроде Debian.

чукча не читатель?
firefox и thunderbird не считал, считал только то, что отмечено звёздочками.

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

Памяти докупи уже. И тебя это не будет волновать примерно никак.

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

Вообще говоря, тупо суммировать RSS процессов неправильно

Угу. Сумма RSS процессов почти x2 от занятой памяти у меня.

Я юзаю программы на Qt5/6 на 11-летнем компе и не понимаю, где там инпут лаг. Самый обычный набор софта типа qbittorrent, kate, kicad и т.п.. Под виндой тоже часть софта на Qt стоит. (Там, правда, комп новее и производительнее.) Вроде всё живенько работает.

Графическая система - иксы без композитинга.

Я юзаю программы на Qt5/6 на 11-летнем компе и не понимаю, где там инпут лаг.

Видимо ты просто нормальных программ не использовал никогда. Медленный старт Qt программ очевиден. Нужно ждать секунды перед запуском. Нативные(а не кроссплатформенные) программы стартуют мгновенно.

Что такое «нативные» программы под иксами? Motif?

Медленный старт Qt программ очевиден. Нужно ждать секунды перед запуском.

kate стартует около секунды. Это правда проблема? В мой юзкейс должен входить запуск kate 60 раз в час, чтобы по прошествии часа я мог сэкономить 1 минуту?

Видимо ты просто нормальных программ не использовал никогда.

Если под «нормальными программами» понимать программы уровня kicad или libreoffice, то от них быстрого запуска никто и не ждёт. Там объемы кода - гигантские.

Што у вас за KDE такие, где вы их берет?

Не поленился, перезагрузил, топ показывает

MiB Mem :   7946.2 total,   7200.8 free,    403.5 used,    341.9 buff/cache

Это уже в кедах, с запущенным konsole.

До перезагрузки с аптаймом почти 2 суток было 1.1 Гиг с открытым браузером.

Что такое «нативные» программы под иксами? Motif?

Ну можно и Motif. А так MOPKOBKA всё правильно написал.

Ещё AzPainter(AzPainter Inktober 2020) как пример таких программ.

Я не могу найти конкретную тему, но я помню несколько комментариев на ЛОРе когда они запускали AzPainter и удивлялись быстрому старту и вообще отзывчивости, и у них было состояние «А что так можно было!?», когда до этого опыт был только с Qt/GTK программами.

Примером быстрого запуска AzPainter я и сам троллил кого-то тут на форуме в срачике про gimp.

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

Кеды прожорливы, да ведь и другие среды далеко не фитоняшки.

Причина не в коде, а во всяких текстурках, иконках и прочем красивеньком контенте. Можешь сам проверить.

Qt-программы действительно стартуют медленно, я это заметил когда пробовал МАТЕ:

Как я переехал на GTK-окружение после 15 лет в KDE

Но я также заметил вот что: в Qt-прогах после запуска всё работает реактивно. Gtk-проги запускаются реактивно, но можно кликнуть какую-нибудь вкладку или кнопку в проге и ждать секунду-две до ответного действия.

Gtk-проги запускаются реактивно

Если это не gimp, он наверное единственный из них, кто всё в процессе запуска подгружает.

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

Хотя странно, что на новых компах кого-то вообще время сборки беспокоит при их мощностях.

Новые компы тут у единиц. В основном раритетное барахло и хлам с помойки (буквально)

Даже я с барахлом 2009 года не страдаю. Если только совсем чуть при обновлении gcc, llvm, clang. Покупать новый комп, чтобы раз в 2 месяца не «страдать» лень.

Если только совсем чуть при обновлении gcc, llvm, clang

Не, я пересел с генты на сюсю. Не до компиляний пока. ноут 2013го года. Для моих нужд хватает.

На ноуте компилять сомнительное удовольствие и никакой distcc не спасёт.

с барахлом 2009 года

Спасибо. Я думал, что барахло только у меня (2017 г.). :)

мем про нежручее KDE

ты не понял сути мема это сарказм

На ноуте компилять сомнительное удовольствие и никакой distcc не спасёт.

Гуру Gentoo настойчиво выступают за BINHOST, причем советуют уже давно, но никто не прислушивается. 🙂 Проще, получается, сбежать с этого дистра на ту же «сюсю (c)», чем упростить процесс сборки/пересборки в самом Gentoo.

Для меня понятие «лени» в Gentoo скорее связано с ….
Весёлые мейнтейнеры Gentoo (комментарий)

Ну да, если есть где собирать, но обычно негде. Правда ещё есть официальный тестовый binhost, а в случае желания быстро развернуть calculate - 23 версия на текущий момент даже обновляется без проблем до актуального состояния (скачает ~2 Гб обновлений для ~700-800 пакетов после установки с нуля). Но это если есть желание вообще с дистрибутивом на основе portage связываться и желание запуска консоли для управления пакетным менеджером, так как у ряда изначально бинарных дистрибутивов есть очень стабильные графические утилиты для этого, где меньше возможностей накосячить из-за отсутствия таких возможностей как таковых.

Всё равно за компом сидеть некогда :D