Під час моніторингу IO диска більша частина IO приписується jbd2, тоді як початковому процесу, який спричинив високий IO, приписується значно нижчий відсоток IO. Чому?
Ось iotop
приклад результату (інші процеси з IO <1% опущені):
Під час моніторингу IO диска більша частина IO приписується jbd2, тоді як початковому процесу, який спричинив високий IO, приписується значно нижчий відсоток IO. Чому?
Ось iotop
приклад результату (інші процеси з IO <1% опущені):
Відповіді:
jbd2
це нитка ядра, яка оновлює журнал файлової системи.
Відстеження файлової системи або дискової діяльності з процесом, який спричинив це важко, оскільки діяльність багатьох процесів поєднана разом. Наприклад, якщо два процеси читаються з одного файлу одночасно, до якого процесу було б враховано читання? Якщо два процеси записуються в один і той же каталог, а каталог оновлюється на диску лише один раз (поєднуючи ці дві операції), який процес буде записуватися?
У вашому випадку виявляється, що більша частина трафіку складається з оновлень журналу. Це простежується до оновлення журналу, але немає оновлень між оновленнями журналу та процесами, що спричинили операцію запису, яка вимагала цього оновлення журналу.
jbd2
просто продовжує робити багато вводу-виводу за власним пріоритетом вводу-виводу.
data=journal
?