Я сравнивал с выхлопом htop и gnome-system-monitor. Если открыть все эти три тулзы одновременно, то окажется, что KSysGuard показывает меньше всего занятой ОЗУ, почему-то
Гнум смотреть лениво, но очевидно, то они не вычитают Buffers, а htop - видимо просто кажет MemFree. И ещё похоже, что в htop цифры в гигабайтах, а в кде и гнуме - гибибайтах.
Хочу обратить твое внимание на тот факт, что клеить ярлыки начал ты. Тебя вообще никто не трогал. Не понимаю, зачем на ровном месте газифицировать лужу.
Ну, Рик же сам говорит, что MemAvailable - это сколько оперативы можно отжать у системы. В то время как кеды показывают, сколько заняли приложения. То есть другой показатель.
Я не буду спорить на тему более правльной формулы. Давайте подумаем, а как используют полученное число. Например, чтобы оценить сколько ещё «места» есть и не является ли оператива причиной внезапно начавшихся тормозов - MemAvailable тут больше подойдёт, наверное, но и формула из кед позволит решить задачу.
А ежели мы мотим сравнивать разные DE между собой? Ну, тут нужно сравнивать какой-то независимой утилитой - htop, cat /proc/info и т.д. - иначе даже из-за отличий в гигабайтах и гибибайтах могут разные цифры получаться.
А ежели мы мотим сравнивать разные DE между собой? Ну, тут нужно сравнивать какой-то независимой утилитой - htop, cat /proc/info и т.д. - иначе даже из-за отличий в гигабайтах и гибибайтах могут разные цифры получаться.
Это в принципе сложно сделать адекватно. Разная функциональность, разная архитектура.
Ну почему. Запускаешь набор прог для решения твоих личных задач и сравниваешь сколько cpu и mem используется. Хотя тут принято сравнивать, когда запущен только шелл. Вот это действительно не оч интересно. Ну, и сранивать нужно на одном компе, а сравнивают разное на разных.
Ну почему. Запускаешь набор прог для решения твоих личных задач и сравниваешь сколько cpu и mem используется.
Не так всё просто. Возьмём KDE и GNOME.
В KDE стандартный календарь не умеет показывать события. Если установить виджет календаря, который это умеет, – чтобы можно было сравнивать с GNOME, где эта функциональность есть из коробки, – тогда получим в KDE ещё и запущенный Akonadi, который запросто увеличит потребление в сумме мегабайт на 100.
В KDE службы на манер svchost.exe запускаются как потоки в контексте одного процесса kded5; в GNOME же каждая – отдельный процесс. В результате в первом случае потребление памяти будет меньше, но ценой плохой архитектуры и снижения надёжности.
Что gnome-shell, что связка plasmashell + kwin со временем пухнут, и на каких значениях они устаканятся, можно понять только после более-менее продолжительного использования – на 5 минут запустить мало.
Важно, на что используется память. Если выполняется разумное кеширование, то потребление будет больше, чем если каждый раз подгружать/вычислять данные, но работать будет быстрее.
В результате сравнить потребление памяти между такими сложными программными комплексами можно лишь очень приблизительно.
А мне вот интересно, кто вообще смотрит, сколько у вас программы памяти занимают. Ну, то есть кроме измерения «крутости» вашего выбора ДЕ, зачем это вообще делать?
Году в 2007 попал я в ситуацию, когда в качестве компьютера пришлось использовать третий пень на 815 чипсете с древним hdd 8 GB. И чё? Крыса была вполне удобной, настраиваемой и при этом шустрой.
Я вообще далёк от замеров для определения «крутости». Мне нравиться KDE и я его использую, комп позволяет вообще не волноваться о том, что сколько потребляет. Просто цифра в 1GB для plasmashell уж очень удивила, поэтому комментарий и оставил.
побольше бы кулстори о том, как кеды сегфолтятся и жрут память, клоуны =)))
уже года 3 точно не видел как плазма падает, но комменты на лоре утверждают обратное, так может вы обновите свой дебиан/другой говнодистр, кде 4 давно мертво.
уже года 3 точно не видел как плазма падает, но комменты на лоре утверждают обратное
А вам не приходило в голову, что если вы лично не наблюдаете падений, то это не значит, что никто не наблюдает падений? Переносить ваш личный опыт на всех тем более глупо, учитывая огромное количество переменных: разные установленные и используемые виджеты, разное «железо», разные настройки и сценарии использования… Но нет: «У меня не падает – значит, ни у кого не падает». И все эти багрепорты врут.
хотел поставить kdе сегодня племяннице на ноут с 4 гигами, полтора часа юзания показали что оно все так же жрет память и со временем все больше. Lxqt имеет проблемы с разницой в темах qt/gtk, lxde спонтанно вываливается в опенбокс. Ощущение что из легких de без мучений можно использовать только xfce. Ну или ради де бежать покупать память на ноут евро за 40
ну кто мешает нормальное «железо» взять? или нормально все настроить. а у меня как не падала 3 года так и не падает. кстати арч. он тут у вас на лоре тоже постоянно ломается как и плазма. только ни того ни другого у меня не было. ЧЯДНТ? все зависит от степени криворукости наверно.
да да да. пиши еще. 9 дней аптайм. суммарно все «кдешное» отожрало ~250-300mb. вечно падающая plasmashell 18mb!!! сожрала, ай ай ай. на кого рассчитаны такие сказки? вставь руки в дверь, может и кде жрать перестанет?
а рекордсмены по «отжору»:
latte-dock 550mb
xorg 120mb
ну и хром очевидно больше 2gb
или нормально все настроить. а у меня как не падала 3 года так и не падает. кстати арч. он тут у вас на лоре тоже постоянно ломается как и плазма. только ни того ни другого у меня не было. ЧЯДНТ? все зависит от степени криворукости наверно.
Ну конечно, ваша некриворукость магическим образом исправляет все допущенные разработчиками ошибки, ага.
В KDE имеется функция подробного отчёта по памяти процесса, в котором прямо художественным языком для домохозяек описано на что ушла память. А в gtk-заглушках, с которыми вы сравниваете, есть такой отчёт?
Мемы и нас переживут. Ну вот у вас лично плазма падает? Лично я не помню такого. Начал пользоваться 5.14 где-то, были проблемы разве, что с дискавером, где-то до 5.17.5. До этого пробовал KDE-3, правда давно и он мне тогда жутко не понравился.