Если вы имеете в виду панели: используйте Alt + Rightclick вместо Rightclick. См. Это сообщение в блоге от Vincent Untz для получения дополнительной информации о Gnome3 Gnome-Panel.
Как и другие упомянутые инструменты, запустите ps l PID, вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем углу.
Если он находится в D (для диска) state, то он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.
Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d2]
Если он находится в состоянии S (сна), он находится внутри прерывистого системного вызова, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки. Опять же, глядя на конкретный wchan, вы еще подробнее скажете.
См. Также «Кадр ожидания». процесса?
Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.
Запустите top и посмотрите на строку использования процессора. Высокий пользовательский% указывает, что он привязан к процессору. Высокий уровень ожидания% указывает, что он привязан к IO.
Это требует некоторого вуду. Это зависит. Пример:
Если достаточное количество памяти и диски не кажутся слишком занятыми, это может быть связано с ЦП. Посмотрите на использование ЦП, и если он граничит с 100%, это связано с CPU. Если это не есть искусственное узкое место в реализации. Например. на двухъядерном процессоре однопоточный процесс не будет превышать 50% использования ЦП. Если CPU и память доступны, но диски очень заняты, или задержка ввода-вывода кажется высокой, вероятно, что ее привязка к IO. Посмотрите, помогает ли добавление большего количества дисков (RAID?). Ни один из вышеперечисленных? Проверьте доступную память. Достаточно памяти? Может быть искусственное узкое место в самом процессе, может быть, кто-то забыл удалить сон (1)? Наах это не так просто. ;)У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!
Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специфичные для продукта инструменты мониторинга и т. д., для отладки перфоманс.
Как и другие упомянутые инструменты, запустите ps l PID, вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем углу.
Если он находится в D (для диска) state, то он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.
Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d2]
Если он находится в состоянии S (сна), он находится внутри прерывистого системного вызова, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки. Опять же, глядя на конкретный wchan, вы еще подробнее скажете.
См. Также «Кадр ожидания». процесса?
Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.
Запустите top и посмотрите на строку использования процессора. Высокий пользовательский% указывает, что он привязан к процессору. Высокий уровень ожидания% указывает, что он привязан к IO.
Это требует некоторого вуду. Это зависит. Пример:
Если достаточное количество памяти и диски не кажутся слишком занятыми, это может быть связано с ЦП. Посмотрите на использование ЦП, и если он граничит с 100%, это связано с CPU. Если это не есть искусственное узкое место в реализации. Например. на двухъядерном процессоре однопоточный процесс не будет превышать 50% использования ЦП. Если CPU и память доступны, но диски очень заняты, или задержка ввода-вывода кажется высокой, вероятно, что ее привязка к IO. Посмотрите, помогает ли добавление большего количества дисков (RAID?). Ни один из вышеперечисленных? Проверьте доступную память. Достаточно памяти? Может быть искусственное узкое место в самом процессе, может быть, кто-то забыл удалить сон (1)? Наах это не так просто. ;)У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!
Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специфичные для продукта инструменты мониторинга и т. д., для отладки перфоманс.
Как и другие упомянутые инструменты, запустите ps l PID, вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем углу.
Если он находится в D (для диска) state, то он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.
Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d2]
Если он находится в состоянии S (сна), он находится внутри прерывистого системного вызова, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки. Опять же, глядя на конкретный wchan, вы еще подробнее скажете.
См. Также «Кадр ожидания». процесса?
Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.
Запустите top и посмотрите на строку использования процессора. Высокий пользовательский% указывает, что он привязан к процессору. Высокий уровень ожидания% указывает, что он привязан к IO.
Это требует некоторого вуду. Это зависит. Пример:
Если достаточное количество памяти и диски не кажутся слишком занятыми, это может быть связано с ЦП. Посмотрите на использование ЦП, и если он граничит с 100%, это связано с CPU. Если это не есть искусственное узкое место в реализации. Например. на двухъядерном процессоре однопоточный процесс не будет превышать 50% использования ЦП. Если CPU и память доступны, но диски очень заняты, или задержка ввода-вывода кажется высокой, вероятно, что ее привязка к IO. Посмотрите, помогает ли добавление большего количества дисков (RAID?). Ни один из вышеперечисленных? Проверьте доступную память. Достаточно памяти? Может быть искусственное узкое место в самом процессе, может быть, кто-то забыл удалить сон (1)? Наах это не так просто. ;)У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!
Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специфичные для продукта инструменты мониторинга и т. д., для отладки перфоманс.
Как и другие упомянутые инструменты, запустите ps l PID, вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем углу.
Если он находится в D (для диска) state, то он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.
Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d2]
Если он находится в состоянии S (сна), он находится внутри прерывистого системного вызова, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки. Опять же, глядя на конкретный wchan, вы еще подробнее скажете.
См. Также «Кадр ожидания». процесса?
Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.
Запустите top и посмотрите на строку использования процессора. Высокий пользовательский% указывает, что он привязан к процессору. Высокий уровень ожидания% указывает, что он привязан к IO.
Это требует некоторого вуду. Это зависит. Пример:
Если достаточное количество памяти и диски не кажутся слишком занятыми, это может быть связано с ЦП. Посмотрите на использование ЦП, и если он граничит с 100%, это связано с CPU. Если это не есть искусственное узкое место в реализации. Например. на двухъядерном процессоре однопоточный процесс не будет превышать 50% использования ЦП. Если CPU и память доступны, но диски очень заняты, или задержка ввода-вывода кажется высокой, вероятно, что ее привязка к IO. Посмотрите, помогает ли добавление большего количества дисков (RAID?). Ни один из вышеперечисленных? Проверьте доступную память. Достаточно памяти? Может быть искусственное узкое место в самом процессе, может быть, кто-то забыл удалить сон (1)? Наах это не так просто. ;)У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!
Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специфичные для продукта инструменты мониторинга и т. д., для отладки перфоманс.
Это требует некоторого вуду. Это зависит. Пример:
. У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!
Используйте такие инструменты, как 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.
Это требует некоторого вуду. Это зависит. Пример:
. У нас есть целая лаборатория для инженеров-исполнителей в большинстве компаний, работающих с чувствительными к производительности продуктами!
Используйте такие инструменты, как sar, vmstat, iostat, oprofile, lockstat, dtrace, специальные инструменты мониторинга и т. д., чтобы отлаживать перфомансы.
Инструмент, который может быть полезен для проверки в реальном времени нескольких статистических данных процесса (память, использование процессора, ввод-вывод и т. д.), является htop. Он не заменяет более специализированные инструменты, названные Sudhanshu, но может быть хорошим началом.
Как и другие упомянутые инструменты, запустите ps l PID
, вставив соответствующий идентификатор процесса или посмотрите столбцы STATE и WCHAN в верхнем или верхнем столбце.
Если он находится в состоянии D (для диска), тогда он делает файл IO. Это может быть связано с тем, что он либо читает много файлов, либо потому, что использует много памяти и свопинг. Столбец WCHAN скажет вам, какая функция ядра находится внутри; google для них или просьба здесь может дать вам некоторое представление о том, что они означают.
Если он находится в состоянии R (run), он использует CPU в пользовательском пространстве, другими словами, он связан с CPU в этот момент. [ ! d4]
Если он находится в состоянии S (сна), он находится в прерывистом системном вызове, что может означать, что он либо спящий, либо он делает что-то вроде ожидания сетевого трафика или блокировки.
См. Также Что такое «Канал ожидания», процесса?