Потоки в OS X: как получить CPU usage всех потоков в чужой программе?

[@rmpl]

вообще утилита Instruments умеет все это смотреть со всеми подробностями и красивым гуи :)

[@silvansky]

Instruments тяжеловат да и не везде его можно поставить. А скомпиленную утилитку перекинуть — легко. =)

[@rmpl]

ну Instruments тяжеловат разве что для старых конфигураций, уж что может быть быть хуже макбука с кор2дуо, но вполне нормально на нем работает.
кстати для старых конфигурация пойдет отличный Shark, он идет в комплекте на Snow Leopard, из львов его уже выпилили. Менее жрущий.
Но ваше решение тоже вполне, бесспорно :)

[@silvansky]

Чей-либо рабочий бук «засорять» инструментами разработчика обычно не разрешают =)
В этом проблема ещё.

А моя программка маленькая и шустрая.

[@northicewind]

Согласен. На мой взгляд отличное решение для поверхностного профилирования приложения на машинах во время тестирования.

[@farcaller]

Есть procfs, только собрать надо :) macfuse.googlecode.com/svn/trunk/filesystems/procfs/

[@silvansky]

Да, это можно. Но! В данном случае это весьма нестабильное решение, которое может привести к Kernel Panic. Поэтому его я так же решил не использовать.

[@farcaller]

Почему? fuse весьма стабилен, а сам «драйвер» работает в userspace.

[@silvansky]

Именно procfs нестабилен, увы. Информация из открытых источников и личного опыта =)

[@red1ynx]

176% в итоге — как-то многовато.

[@silvansky]

Почему же? Это в расчёте на одно ядро, а у меня их 4, к примеру. Activity Monitor так же может показывать много процентов.
А Xcode в режиме отладки может и больше съедать, чем 176 =)

[@AlexChernyy]

Валя, вот если бы 146 — тогда окей, максимальная загрузка.

[@kaapython]

Баловался написанием системных утилит: github.com/astavonin/Tasks-Explorer#readme. В целом, возможностей больше чем у родного Эплового Activity Monitor. Последнюю версию лучше собрать из исходников.

[@silvansky]

Здорово, обязательно поизучаю код на досуге!

[@kaapython]

Ну а если будет желание под дописать — так вообще супер ;)