It seems like signposts generated with os_signpost() APIs are not appearing in the trace files collected with ktrace (ktrace artrace).
On the other hand, if the signposts are generated with kdebug_signpost APIs - they do show up correctly.
Is this expected behavior?
Specially since the kdebug_signpost APIs are now deprecated?
Thanks. Devendra.
ps: The os_signpost generated signposts do appear if capturing with Instruments app, just that they are not captured by ktrace.
Is this expected behavior?
Yes. OS sign posts are routed to the unified logging store, not the kernel trace buffer.
Share and Enjoy
—
Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@" + "apple.com"
Thanks Quinn!
So the question is - if kdebug_signpost is deprecated (10.15), what is the replacement to send signposts to the kernel buffer.
We need the signposts to appear along with a System Trace - and would not want to have to install Xcode(for Instruments app) on the Macs where we want to gather the information.
Is there a way for ktrace to collect signposts from unified logging store and embed them in the trace file it creates?
Thanks. Devendra.
If you’re deeply wedded to the kerne trace buffer, I’d just keep using kdebug_signpost.
Is there a way for
ktraceto collect signposts from unified logging store and embed them in the trace file it creates?
I don’t know. If you want a definitive answer to this, open a DTS tech support incident and we can pick thing up in that context.
Share and Enjoy
—
Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@" + "apple.com"
