Что pdflush пытается сделать, когда сервер CentOS исчерпывает память и не имеет раздела подкачки?
WinDirStat делает хорошее задание отображения использования диска; развертка в каталоги, организованные размером, обновите все это или просто подкаталог после выполнения некоторой очистки. Сортирует "древовидный" дисплей наверху по кумулятивному размеру, поскольку он сканирует; отображает более низкое графическое представление только после того, как сканирование закончится.
Позволяет Вам создавать указанные пользователями "очистки", такие как сжатие всей структуры каталогов в 7zip файл через командную строку.
Свободный, GPL, стабильный в течение многих лет. Теперь на SourceForge: Страница Проекта WinDirStat
И если Вам не нравится его значение по умолчанию "pacman" анимация, в то время как она сканирует структуру каталогов, можно выключить ее от опций.
pdflushосновная обязанность сбрасывает дисковый кэш-буфер (AFAIk, это - его единственная обязанность, но гуру Linux может исправить меня на этом). Кэш, который это сбрасывает, включает файлы, которые были записаны в, но еще не преданы диску.
Если я вспоминаю правильно kswapd виртуальный процесс, ответственный за контакт с областью подкачки и перестановку страниц памяти от RAM до диска и назад снова.
Для здоровья Вашей системы настройте раздел подкачки для своего сервера (или swapon тот Вы имеете),
Подобные Unix системы ожидают мочь подкачать. Плохие Вещи могут произойти, когда нет никакой доступной подкачки (как дисковый кэш-буфер, сжимаемый вниз к крошечному биту памяти, которая может действительно сделать pdflush имейте плохой день).
Даже если Вы никогда не будете использовать область подкачки, диск является достаточно дешевым, что можно бросить 2G в него.