В proc(5) manpage описывает iowait как «время ожидания завершения ввода-вывода». Это было в основном объяснил в предыдущем вопросе. Мой вопрос: ожидание при блокировке ввода-вывода включает ли это ожидание при блокировании сетевого ввода-вывода или только локального ввода-вывода?
Это означает ожидание «файлового ввода-вывода», то есть любого вызова чтения / записи для файла, который находится в смонтированной файловой системе, но также, вероятно, подсчитывает время ожидания для подкачки или загрузки страниц по запросу в память, например библиотеки, которых еще нет в памяти, или страницы файлов mmap () 'd, которых нет в оперативной памяти.
Он НЕ учитывает время, потраченное на ожидание объектов IPC, таких как сокеты, каналы, ttys, select (), poll (), sleep (), pause () и т. Д.
По сути, это время, когда поток проводит в ожидании синхронного ввода-вывода диска - в это время он теоретически может работать, но не может, потому что некоторых данных, которые ему нужны, еще нет. Такие процессы обычно отображаются в состоянии «D» и влияют на среднюю загрузку бокса.
Как ни странно, я думаю, что это, вероятно, включает файловый ввод-вывод в сетевых файловых системах.
Время iowait - это количество времени, которое процесс проводит в планировщике ввода-вывода ядра. Насколько я знаю, это не имеет ничего общего с сетевым вводом-выводом, поскольку используются обычные сокетные соединения. Однако это будет включать время ожидания сетевых файловых систем, таких как NFS.
Оно делает.
Между прочим, на одном из серверов, которыми я управляю, наблюдается высокий уровень iowait, который вызван плохим монтированием NFS.
top - 06:19:03 up 14 days, 10:15, 3 users, load average: 9.67, 11.83, 12.31
Tasks: 135 total, 1 running, 134 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2%us, 0.2%sy, 0.0%ni, 0.0%id, 99.7%wa, 0.0%hi, 0.0%si, 0.0%st
top - 06:22:55 up 14 days, 10:19, 3 users, load average: 10.58, 11.13, 11.89
Tasks: 137 total, 1 running, 136 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.2%sy, 0.0%ni, 0.0%id, 99.8%wa, 0.0%hi, 0.0%si, 0.0%st
И посмотрите на процессы в D штат.
root 27011 0.0 0.0 0 0 ? S 03:12 0:00 [nfsd4]
root 27012 0.0 0.0 0 0 ? S 03:12 0:00 [nfsd4_callbacks]
root 27013 0.0 0.0 0 0 ? D 03:12 0:01 [nfsd]
root 27014 0.0 0.0 0 0 ? D 03:12 0:01 [nfsd]
root 27015 0.0 0.0 0 0 ? D 03:12 0:01 [nfsd]
root 27016 0.0 0.0 0 0 ? D 03:12 0:01 [nfsd]
Iowait включает сетевые вызовы. Я говорю это, потому что NFS обрабатывается таким же количеством локальных файловых систем Linux с точки зрения ядра:
$ vim linux-2.6.38.2/fs/nfs/file.c
const struct file_operations nfs_file_operations = {
.llseek = nfs_file_llseek,
.read = do_sync_read,
.write = do_sync_write,
.aio_read = nfs_file_read,
.aio_write = nfs_file_write,
.mmap = nfs_file_mmap,
.open = nfs_file_open,
.flush = nfs_file_flush,
.release = nfs_file_release,
.fsync = nfs_file_fsync,
.lock = nfs_lock,
.flock = nfs_flock,
.splice_read = nfs_file_splice_read,
.splice_write = nfs_file_splice_write,
.check_flags = nfs_check_flags,
.setlease = nfs_setlease,
};
Когда процессы вызывают запись в файловый дескриптор 5, происходит что-то вроде этого:
files->fd_array[5]->f_op->write(argv.......)
Итак, процессы не знают, какую файловую систему используют (магия vfs), а iowait совпадает с локальной файловой системой.