Как сравнить использование памяти с помощью Window Managers?

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

Какое приложение для тестирования вы бы использовали для получения точных результатов? Как бы вы его использовали?

2 Solutions collect form web for “Как сравнить использование памяти с помощью Window Managers?”

Следуя принципу KISS, я бы просто контролировал свободную память с помощью free -m пытаясь запустить тот же набор пользовательских приложений за тот же период времени. Просто имейте в виду, что «кэширование» на самом деле является свободной памятью, поэтому вам нужна вторая строка, которая показывает, какие реальные используемые и свободные объемы памяти.

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

free -m позволит вам проверить, насколько сильно превышается объем использования ОЗУ в вашей системе. Однако, чтобы контролировать использование памяти и процессора в конкретном процессе, я бы рекомендовал top (или htop ) и ps .

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

( h ) top отлично, если вы хотите видеть в реальном времени (или почти) обновления использования ресурсов процесса, но довольно сложно разобрать и сопоставить данные. В результате, если вы хотите позже собрать данные для анализа, я бы рекомендовал использовать ps .

Например, используя следующее, вы должны иметь возможность эффективно контролировать конкретный процесс:

 $ watch "ps aux | grep -e name-of-process -e USER" 

Вышеуказанные строки будут отображаться в заголовках столбцов (из-за -e USER ) и обновлять статистику для соответствующих процессов каждые две секунды. Аналогично htop , столбец RSS является резидентным размером программы.

  • rsyslogd съел 20 + ГБ (!) ОЗУ - какие доказательства собирать?
  • Почему записи в моем / proc / iomem - все 00000000-00000000?
  • Загрузка разделяемых библиотек и использование ОЗУ
  • Самый быстрый и безопасный способ увеличить пространство подкачки на Scientific Linux
  • расширение раздела с помощью resize2fs
  • Получение незарегистрированного пароля от Icedove
  • Какое подразделение используется для значений памяти из верхней команды в Linux?
  • Общая доступная физическая память из / proc / meminfo не складывается
  • Мнемоника для функций Unix?
  • Печатать линию со смещением X в дампе памяти +/- 10 строк с каждой стороны
  • Огромная страница и производительность improvemnt
  • Linux и Unix - лучшая ОС в мире.