Непредсказуемые взрывы памяти

Производительность связана:

Избегайте времени доступа к файлу, пишущий:

-o noatime

Удобство использования связано:

Можно использовать альтернативные имена устройств, например, маркировки или uuids.

Например, для идентификации моего MP3-плеера я использую это имя устройства в своем fstab:

UUID=0C9F-6901

Можно распечатать uuids подключенных устройств через команду blkid.

Аналогичный этому можно установить маркировку в mkfs время или позже через e2fstune и сопоставимые инструменты. Затем можно использовать

LABEL=mylabel

в fstab или в командной строке.

4
09.05.2011, 23:52
5 ответов

на довольно хорошо в контроле и входе использования ресурсов. Это может использоваться в интерактивном режиме или как услуга; debian пакет устанавливает его для входа к /var/log/atop.log каждые десять минут (отредактируйте/etc/init.d/atop для чего-то более точного). Можно затем воспроизвести журналы с atop -r /var/log/atop.log -b hh:mm -mM; мм выбирает представление, и вид, подходящий для проблем памяти, hh:mm должен быть за несколько минут до инцидента, использовать tT для навигации. Также попробуйте вид.

3
27.01.2020, 20:56
  • 1
    На скалах. Я использовал его для успешного решения подобной проблемы. –  pboin 10.05.2011, 15:03
  • 2
    Превосходный вызов. Взрыв наконец произошел снова - это был emacs! Некоторая странная передающая ошибка emacs 23 X, о которой никто, кажется, не знает. Мы "решили" проблему путем выключения X передач. Тьфу. Так или иначе на спасенном положение, таким образом, я собираюсь пойти с Вашим как ответ. –  Chris Eberle 18.05.2011, 21:16

Вы могли попытаться использовать комбинацию ограничения адресного пространства (как) для каждого процесса и количество процессов (nproc) на пользователя через/etc/security/limits.conf (pam_limits), надо надеяться, это поможет предотвращению, чтобы Ваше поле стало абсолютно безразличным и что то независимо от того, что вызывает проблему, умирает шумно (или кто бы ни вызывает его, жалуется, что их материал не работает anylonger), таким образом, можно выяснить фактическую причину.

1
27.01.2020, 20:56

Первый шаг был бы к использованию памяти монитора. top может сделать это, но версия Linux неуклюжа для установки. Сделайте копию top исполняемый файл называют top-mem-chris. Выполните его и установите некоторые разумные параметры, по крайней мере, вид использованием памяти (M) и отобразите только первые задачи N (n 15). Затем имейте его, генерируют конфигурационный файл (W) ~/.top-mem-chrisrc. Для контроля, выполненный top-mem-chris -b -d 5 >~/log/top-mem-mainserver.log. С другой стороны, возможно, попробуйте atsar, который выглядит подходящим, но я не знаю вне описания.

0
27.01.2020, 20:56

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

0
27.01.2020, 20:56
  • 1
    Да мы регистрируем это, это не fork-бомба. Хорошая идея все же. –  Chris Eberle 10.05.2011, 06:07
  • 2
    Таким образом, если номер процессов не является преступником, и Вы не можете точно определить единственный процесс, съев память. Оставляет ядро. NFS? –  Mel 10.05.2011, 06:21
  • 3
    Или возможно единственный процесс. Прямо сейчас cassandra является преступником. –  Chris Eberle 10.05.2011, 06:28

Если существует реальная голова на машине (вряд ли), попытайтесь иметь свою дружественную технологию средства центра обработки данных, нажимающую Caps Lock на нормальной, присоединенной прямым образом клавиатуре. Если x86 процессор все еще обслуживает прерывания, должен работать. Если это не работает, машина, возможно, borked. Я предполагаю, что существуют угловые случаи с, покидает в спешке карты, IP kvms, ps/2 по сравнению с usb, и т.д.

Проверьте обычное: свободное пространство на диске, кроны, почтовая шпулька, руткиты, и т.д. Кроме того, я видел неисправное оборудование, т.е. PSUs, мадам, прерывания NFS/iSCSI/FC, делают все виды вещей. (Подсказка: аппаратные самопроверки почти всегда бесполезны.)

В случае, если не упомянутый в другом месте:

  • периодическое отклонение sar
  • диск io iostat ALL -p ALL
  • использование диска df -h
  • сетевая активность iftop
  • сетевые пакеты sudo tcpdump
  • мадам free -lmt
  • отбраковочное испытание памяти: memtest86 +
  • расширенная вершина htop
  • совершенство ядра slabtop

Более симпатичные Ключи вершины:

  • 10 обновлений/с d0.1войти
  • Переключите представление SMP 1
  • Цветной переключатель z
  • Переключите выделение вида x
  • Переключите выполняющиеся задачи выделения y
  • Вид следующим Левым столбцом <(обычно смещаются +),
  • Вид следующим Правым столбцом> (обычно смещаются +.)
  • Переключите вид полужирный shift+b
  • Переключите полужирный b
  • Переключите вид asc-> desc shift+r

Разделение жизненного каталога в отдельные точки монтирования / /tmp /var /var/log /var/tmp /var/spool /usr /usr/local /opt /home ... важны для не приведения в нерабочее состояние систем в какой-то момент в будущем, если ожидается обоснованно.

0
27.01.2020, 20:56
  • 1
    Да это имеет голову. Не уверенный в вещи Caps Lock, это - хорошая идея все же. Даже если это все еще обслуживает остальную часть прерываний машины, абсолютно безразлично. Даже с помощью реального монитора и клавиатуры я не могу даже вытащить его из энергосберегающего режима (т.е. нажатие клавиши даже не включит монитор). Спасибо за прекрасные идеи. –  Chris Eberle 10.05.2011, 16:53

Теги

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