Как я могу узнать, является ли процесс процессором, памятью или диском?

Как и другие упомянутые инструменты, запустите ps l PID, вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем углу.

Если он находится в D (для диска) state, то он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.

Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d2]

Если он находится в состоянии S (сна), он находится внутри прерывистого системного вызова, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки. Опять же, глядя на конкретный wchan, вы еще подробнее скажете.

См. Также «Кадр ожидания». процесса?

проверить iotop, может быть полезно

Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.

Запустите top и посмотрите на строку использования процессора. Высокий пользовательский% указывает, что он привязан к процессору. Высокий уровень ожидания% указывает, что он привязан к IO.

Это требует некоторого вуду. Это зависит. Пример:

У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!

Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специфичные для продукта инструменты мониторинга и т. д., для отладки перфоманс.

Как и другие упомянутые инструменты, запустите ps l PID, вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем углу.

Если он находится в D (для диска) state, то он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.

Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d2]

Если он находится в состоянии S (сна), он находится внутри прерывистого системного вызова, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки. Опять же, глядя на конкретный wchan, вы еще подробнее скажете.

См. Также «Кадр ожидания». процесса?

проверить iotop, может быть полезно

Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.

Запустите top и посмотрите на строку использования процессора. Высокий пользовательский% указывает, что он привязан к процессору. Высокий уровень ожидания% указывает, что он привязан к IO.

Это требует некоторого вуду. Это зависит. Пример:

У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!

Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специфичные для продукта инструменты мониторинга и т. д., для отладки перфоманс.

Как и другие упомянутые инструменты, запустите ps l PID, вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем углу.

Если он находится в D (для диска) state, то он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.

Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d2]

Если он находится в состоянии S (сна), он находится внутри прерывистого системного вызова, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки. Опять же, глядя на конкретный wchan, вы еще подробнее скажете.

См. Также «Кадр ожидания». процесса?

проверить iotop, может быть полезно

Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.

Запустите top и посмотрите на строку использования процессора. Высокий пользовательский% указывает, что он привязан к процессору. Высокий уровень ожидания% указывает, что он привязан к IO.

Это требует некоторого вуду. Это зависит. Пример:

У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!

Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специфичные для продукта инструменты мониторинга и т. д., для отладки перфоманс.

Как и другие упомянутые инструменты, запустите ps l PID, вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем углу.

Если он находится в D (для диска) state, то он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.

Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d2]

Если он находится в состоянии S (сна), он находится внутри прерывистого системного вызова, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки. Опять же, глядя на конкретный wchan, вы еще подробнее скажете.

См. Также «Кадр ожидания». процесса?

проверить iotop, может быть полезно

Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.

Запустите top и посмотрите на строку использования процессора. Высокий пользовательский% указывает, что он привязан к процессору. Высокий уровень ожидания% указывает, что он привязан к IO.

Это требует некоторого вуду. Это зависит. Пример:

У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!

Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специфичные для продукта инструменты мониторинга и т. д., для отладки перфоманс.

проверить iotop , может быть полезно

Это требует некоторого вуду. Это зависит. Пример:

• Если достаточное количество памяти и диски не выглядят слишком занятыми, это может быть привязано к ЦП. Посмотрите на использование ЦП, и если он граничит с 100%, это связано с CPU. Если это не есть искусственное узкое место в реализации. Например.
• Если процессор и память доступны, но диски очень заняты или задержка ввода-вывода кажется высокой, то вероятность того, что ее IO связаны. Посмотрите, помогает ли добавление большего количества дисков (RAID?).
• Ничего из перечисленного? Проверить доступную память.
• Достаточно памяти? Может быть искусственное узкое место в самом процессе, может быть, кто-то забыл удалить сон (1)? Наах это не так просто. ;)

. У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!

Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специальные инструменты мониторинга и т. д., чтобы отлаживать перфомансы.

Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.

Запустите сверху и посмотрите на строку использования процессора. Высокий пользовательский% указывает, что он привязан к процессору. Высокий уровень ожидания% указывает, что он привязан к IO.

Как и другие упомянутые инструменты, запустите ps l PID , вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем столбце.

Если он находится в состоянии D (для диска), тогда он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.

Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d4]

Если он находится в состоянии S (сна), он находится в прерывистом системном вызове, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки.

См. Также Что такое «Канал ожидания», процесса?

Запустите сверху и посмотрите на строку использования процессора. Высокий пользовательский% указывает, что он привязан к процессору. Высокий уровень ожидания% указывает, что он привязан к IO.

Это требует некоторого вуду. Это зависит. Пример:

• Если достаточное количество памяти и диски не выглядят слишком занятыми, это может быть привязано к ЦП. Посмотрите на использование ЦП, и если он граничит с 100%, это связано с CPU. Если это не есть искусственное узкое место в реализации. Например.
• Если процессор и память доступны, но диски очень заняты или задержка ввода-вывода кажется высокой, то вероятность того, что ее IO связаны. Посмотрите, помогает ли добавление большего количества дисков (RAID?).
• Ничего из перечисленного? Проверить доступную память.
• Достаточно памяти? Может быть искусственное узкое место в самом процессе, может быть, кто-то забыл удалить сон (1)? Наах это не так просто. ;)

. У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!

Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специальные инструменты мониторинга и т. д., чтобы отлаживать перфомансы.

проверить iotop , может быть полезно

Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.

Как и другие упомянутые инструменты, запустите ps l PID , вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем столбце.

Если он находится в состоянии D (для диска), тогда он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.

Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d4]

Если он находится в состоянии S (сна), он находится в прерывистом системном вызове, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки.

См. Также Что такое «Канал ожидания», процесса?