Или лучший вариант, создать дамп ядра и анализ соответственно?
В Solaris есть множество инструменты мониторинга производительности доступен, включая Dtrace, который также очень удобен для отладки программ.
Хорошо top будет традиционным средством просмотра процессов. По-видимому, есть ktop для KDE, который будет графической версией. Какие функции вам требуются от этого инструмента, и мы можем выбрать лучшее решение.
Хорошо в системе Linux iotop покажет, какие процессы генерируют io.
С помощью «Определить функции, интенсивно использующие ЦП». Я предполагаю, что вы имеете в виду, какие процессы используют ЦП и память, и в этом случае верх, вероятно, является ответом по умолчанию.
Возможно, стоит объяснить проблему, которую вы пытаетесь решить, а не то, какой инструмент эквивалентен Windows :)
Если вы хотите узнать больше об одном процессе, изучите / proc / PROCESSID / eg / proc / 14232.
Если ваша цель - определить, какие процессы заставляют компьютер потреблять больше энергии, используйте powertop. Вот пример его вывода:
Top causes for wakeups: 23.0% (112.4) amarok : schedule_hrtimeout_range (hrtimer_wakeup) 15.6% ( 76.0) : pata_jmicron, uhci_hcd:usb3, nvidia 9.6% ( 46.8) : HDA Intel 7.1% ( 34.6) firefox : futex_wait (hrtimer_wakeup) 4.5% ( 21.8) : eth0 3.9% ( 19.2) : ehci_hcd:usb2, uhci_hcd:usb6 3.9% ( 19.2) USB device 6-2 : USB Receiver (Logitech) 3.5% ( 17.2) : Rescheduling interrupts 3.4% ( 16.4) kwin : schedule_hrtimeout_range (hrtimer_wakeup) 3.3% ( 16.0) : usb_hcd_poll_rh_status (rh_timer_func) 3.2% ( 15.6) skype : schedule_hrtimeout_range (hrtimer_wakeup) 2.6% ( 12.6) psi : schedule_hrtimeout_range (hrtimer_wakeup) 2.2% ( 10.6) : ahci 2.1% ( 10.4) ktorrent : schedule_hrtimeout_range (hrtimer_wakeup) 2.0% ( 10.0) skype : do_nanosleep (hrtimer_wakeup)
Кажется, вам нужна комбинация vmstat, iotop, sysstat / sar и powertop, как указано выше. Однако вам следует держаться подальше от больших утилит (htop, dstat), потому что они искажают сами данные, которые вы пытаетесь наблюдать. Какой процесс обычно самый загруженный, когда вы запускаете его? ВЕРХНЯЯ! Это нарушает научные принципы наблюдения. Вы хотите, чтобы ваши зонды были как можно более легкими.
Больше всего вы обычно можете узнать о том, где процесс тратит больше всего времени, запустив его через ltrace и strace. Если большая часть времени уходит на сокращение числа пользователей, вы не сможете исправить это, если не переделаете алгоритм. Если большая часть времени уходит на системные вызовы, вам нужно увидеть, что и как вы используете ресурсы ОС, возможно, вы ждете завершения блокировки или слишком часто принудительно очищаете файловую систему. Для этого нет жестких правил, просто запустите все обычные утилиты и посмотрите, какая из них покажет вам что-то значимое. Знание ваших системных вызовов и вызовов ошибок, особенно при чтении отчетов strace, тоже может быть чрезвычайно полезным.