site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com ./d Safari startup.d stop-nsapp.d where startup.d: BEGIN { start = timestamp; } and stop-nsapp.d: pid$target::NSApplicationMain:entry { exit(0); } Thanks, Joel [1] http://github.com/wagerlabs/firefox-startup/blob/75f719f3a3cdb380071ef8c354c... --- fastest mac firefox! http://wagerlabs.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... I seem to be missing a good chunk of startup time with my reworked approach. I used to be able to stop tracing Safari once NSApplicationMain was entered. This was with 'dtrace -c...'. I'm no longer able to do so with exec-success, stop and attaching to the stopped process, e.g. END { this->total = timestamp - start; printf("Total: %u.%06ums\n", this->total / 1000000, this->total % 1000000); } Any suggestions on how to fix this? There must be some kind of a race between dtrace probes and Safari, as it's being awaken with 'kill - CONT'. This email sent to site_archiver@lists.apple.com