Вопросы Теги

Как сравнить использование памяти Менеджерами окон?

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

  • Ядро пытается несколько раз получить доступ к устройству. Кажется, что каждый раз это не заканчивается по некоторым причинам.
  • Существует высказывание уведомлений not ready after error recovery которые указывают, что диск, любому не удалось подвергнуться проверкам файловой системы (хотя они были предприняты) или должен быть проверен, но Ваша система не знает, как сделать это.
  • К диску получают доступ с помощью нового uas драйвер ядра - это - вероятно, единственный путь в случае дисков >2TB, но стоящий знания, когда Вы ищете решения.

Возможные причины я могу думать:

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

  • Диск занимает слишком много времени обосновываться - Ваша система могла бы быть настроена для ожидания слишком короткая, прежде чем диск сделает себя доступным после включения. Для проверения/изменения этого сделать cat /sys/module/usb_storage/parameters/delay_use - Вы будете видеть значение в секундах. Если это - 5 секунд или меньше, попытайтесь изменить его на, скажем, 10 (sudo echo 10 > sys/module/usb_storage/parameters/delay_use) и затем включите диск.

  • Ядро не знает тип раздела GPT. Вы говорите, что использовали gdisk, но это не могло смочь распознать разделы GPT, потому что это не было просто известно ядру. Для проверки этого проверьте, что текущая конфигурация ядра имеет обоих CONFIG_PARTITION_ADVANCED и CONFIG_EFI набор к y (от того, что я вспоминаю на Ubuntu, под которой находятся конфигурации ядра /boot каталог).

  • Так как Вы использовали NTFS (не хорошая фс для больших дисков, по-моему, но затем - нет никакой хорошей альтернативы для работы с Windows любого), файловая система, возможно, должна была бы подвергнуться проверке непротиворечивости. Это могло бы препятствовать тому, чтобы инструменты Linux монтировали его, но не объяснит, почему диск правильно не распознан gdisk. Тем не менее, включая его в машину Windows выполнение полного checkdisk не причинит боль.

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

2
26.08.2014, 01:55
2 ответа

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

Относительно ЦП — WMs обычно не делают пожирателя ресурсов ЦП собой — они делают ту реакцию на действия некоторого пользователя, таким образом, можно сравнить создания/удаления большого количества окон, переместив их и так далее.

3
27.01.2020, 22:07

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

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

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

-e USER, вы сможете достаточно эффективно контролировать конкретный процесс:

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

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

0
27.01.2020, 22:07

Теги

Похожие вопросы