У меня есть некоторые службы игрового сервера, работающие на моем компьютере с 64-разрядным пользовательским ядром Debian 6.0.
Я задерживаю текущие работающие службы всякий раз, когда устанавливаю новую службу.
Установка новой службы просто включает извлечение файлов в каталог пользователя, хотя я делаю это с самым низким приоритетом (хороший предел SCP 19 и 1000 кбит / с).
На этот раз я сделал вывод «vmstat 3» во время установки новой службы и когда произошла задержка. Я не умею читать это хорошо, но я думаю, что это некоторые проблемы с диском.
http://paste.ubuntu.com/1152249/
Время, когда это произошло, смотрите в строках 11–16.
ОБНОВИТЬ :
Вот это
df -h
Вывод: http://paste.ubuntu.com/1152734/
И диск 250G используется для этих операций и служб.
Я бы предложил изменить Планировщик ввода / вывода в системе по умолчанию и повторная проверка копии файла. В зависимости от версии вашего ядра, у вас действительно может быть deadline планировщик установлен по умолчанию. Может быть, это тот случай, когда cfq планировщик имел бы больше смысла.
Проверьте текущую настройку с помощью:
cat /sys/block/<device>/queue/scheduler
Где находится блочное устройство диска с данными (например, sda, sdb и т. Д.)
В зависимости от того, что вы установили в настоящее время, вы можете изменить это с помощью:
echo deadline > /sys/block/<device>/queue/scheduler
или
echo cfq > /sys/block/<device>/queue/scheduler
Проверьте свою копию файла ...
Вы также можете сделать это глобально, добавив elevator=deadline или elevator=cfq в строку загрузки ядра GRUB и перезагрузитесь.
Вы можете сделать несколько вещей. Планировщик ввода-вывода - это самый нижний висящий объект в целом, и он не требует серьезной перенастройки.
Еще несколько вещей, которые следует учитывать, - это увеличить размер блока вашей файловой системы. По умолчанию для серии ext установлено значение 4K, что подходит для большинства случаев. Однако важно знать немного больше о вашем основном хранилище. Например, если ваши диски находятся в массиве RAID, вам может быть полезно, чтобы размеры ваших блоков были равны размеру полосы. Если вы используете стандартный диск, проверьте, использует ли он секторы по 4 КБ (см. / Sys / block // queue / hw_sector_size). Новые диски будут использовать сектора размером 4 КБ. Если вы используете секторы размером 4 КБ, возможно, вы захотите провести небольшое исследование, чтобы убедиться, что ваши разделы правильно выровнены по секторам для максимальной производительности. Однако сегодня большинство дистрибутивов Linux учитывают это. Увеличение размера блока файловой системы может позволить группировать большие фрагменты данных на диске, что приведет к меньшему количеству операций поиска. Однако большие размеры блоков могут привести к более быстрому уменьшению дискового пространства для большого количества файлов, требующих небольшого количества блоков.
Файловая система ext также имеет некоторые параметры в отношении барьеров записи / чтения ввода-вывода, может быть полезно взглянуть на некоторые из них. Кроме того, если у вас несколько дисков, вы можете рассмотреть возможность размещения журнала на другом диске. Это снизит нагрузку ввода-вывода на диск, что приведет к увеличению пропускной способности.
Использовать ionice. Вам поможет приоритет холостого хода.
ionice -c 3 <command>