Activity Monitorは、どのような種類の「メッセージ」を「送信メッセージ数」列と「受信メッセージ数」列で追跡しますか。

OS XのActivity Monitorでは、プロセスリストビューに列を追加することができます。そのリストで利用可能な2つの列は "送信メッセージ"と "受信メッセージ"で、それぞれ "送信メッセージ"と "受信メッセージ"として表示されます。証人：

Activity Monitorがどのような「メッセージ」を参照していますか？

私が「メッセージ」を見たとき、私は最初にObjective-Cの「メッセージ」と一緒に発送されると思いました objc_msgSend()しかし、これらのメッセージの大部分はプロセス自体の内部にあるため、オペレーティングシステムによってそれらがどのように追跡されるのかわかりません。添付されたときにデバッガはそのような種類のメッセージを追跡するかもしれません、しかし私はOSがいつもそれをしているのを見ることができません - 非常に高いオーバーヘッド。

だから私はそれらがより重いメッセージであると思います。それらはプロセス間のRPCの形式ですか？それとも、それらのメッセージはユーザーランドからカーネルに呼び出されますか？決定的な参考文献を探しています。ありがとうございました。

これらの数はMachメッセージの入出力数と一致するので、それらをobjc_msgSendの数として解釈しないことは正しいと思われます。

あなたはインストゥルメントを起動することによってより高いレベルのメッセージ数についてもっと学ぶことができます（自由にダウンロード可能の一部） Xcodeツールセット ）どのメッセージがいつ送信されているのかを確認するために特定のアプリケーションを詳しく調べます。

ObjCに関連する割り当てだけでなく、すべての割り当てをフィルタリングすることができ、単なるメッセージ送信数よりもはるかに低いレベルの詳細を掘り下げることができます。 Xcodeの一部である標準的なドキュメントは、これらの統計とそれらがActivity Monitorとどのように関連するかを理解するのに役立ちます。

具体的には、 NSObjCMessageLoggingEnabled そして objc_msgSend 参照ドキュメントのMac OS X Debugging Magic - ツールガイドの一部で、objCの数を数えることができます。

検索する mach message Xcodeで、のIPC / Message Queuesセクションを探します。 カーネルプログラミングガイド machメッセージキューの詳細とそれらを構成するものについて。あなたが推測したように、それらははるかに低レベルのIPCカーネルトラフィックです。

あなたはおそらくdeveloper.apple.comでもそれを見つけることができますが、Xcodeの中からローカルにドキュメンテーションを持つことは多くの利点を持ちます。