Производительность связана:
Избегайте времени доступа к файлу, пишущий:
-o noatime
Удобство использования связано:
Можно использовать альтернативные имена устройств, например, маркировки или uuids.
Например, для идентификации моего MP3-плеера я использую это имя устройства в своем fstab:
UUID=0C9F-6901
Можно распечатать uuids подключенных устройств через команду blkid.
Аналогичный этому можно установить маркировку в mkfs время или позже через e2fstune и сопоставимые инструменты. Затем можно использовать
LABEL=mylabel
в fstab или в командной строке.
на довольно хорошо в контроле и входе использования ресурсов. Это может использоваться в интерактивном режиме или как услуга; debian пакет устанавливает его для входа к /var/log/atop.log каждые десять минут (отредактируйте/etc/init.d/atop для чего-то более точного). Можно затем воспроизвести журналы с atop -r /var/log/atop.log -b hh:mm -mM
; мм выбирает представление, и вид, подходящий для проблем памяти, hh:mm должен быть за несколько минут до инцидента, использовать tT для навигации. Также попробуйте вид.
Вы могли попытаться использовать комбинацию ограничения адресного пространства (как) для каждого процесса и количество процессов (nproc) на пользователя через/etc/security/limits.conf (pam_limits), надо надеяться, это поможет предотвращению, чтобы Ваше поле стало абсолютно безразличным и что то независимо от того, что вызывает проблему, умирает шумно (или кто бы ни вызывает его, жалуется, что их материал не работает anylonger), таким образом, можно выяснить фактическую причину.
Первый шаг был бы к использованию памяти монитора. 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, который выглядит подходящим, но я не знаю вне описания.
Вы регистрируете количество активных процессов? Если система не уничтожает пожирателей ресурсов памяти, более вероятно, что Вы видите fork-бомбу (или злонамеренная или программная ошибка).
Если существует реальная голова на машине (вряд ли), попытайтесь иметь свою дружественную технологию средства центра обработки данных, нажимающую Caps Lock на нормальной, присоединенной прямым образом клавиатуре. Если x86 процессор все еще обслуживает прерывания, должен работать. Если это не работает, машина, возможно, borked. Я предполагаю, что существуют угловые случаи с, покидает в спешке карты, IP kvms, ps/2 по сравнению с usb, и т.д.
Проверьте обычное: свободное пространство на диске, кроны, почтовая шпулька, руткиты, и т.д. Кроме того, я видел неисправное оборудование, т.е. PSUs, мадам, прерывания NFS/iSCSI/FC, делают все виды вещей. (Подсказка: аппаратные самопроверки почти всегда бесполезны.)
В случае, если не упомянутый в другом месте:
sar
iostat ALL -p ALL
df -h
iftop
sudo tcpdump
free -lmt
htop
slabtop
Более симпатичные Ключи вершины:
0.1
войтиРазделение жизненного каталога в отдельные точки монтирования / /tmp /var /var/log /var/tmp /var/spool /usr /usr/local /opt /home ...
важны для не приведения в нерабочее состояние систем в какой-то момент в будущем, если ожидается обоснованно.