GLibのGAsyncQueueとPOSIXのmessage_queue

Question

スレッド間通信のためにGLibのGAsyncQueueとPOSIXのmessage_queueの相対的なパフォーマンスを知っている人はいますか？私はLinux上でCで実装される多くの小さなメッセージ（一方向性と要求応答性の両方のタイプ）を持っています（今のところWindowsに移植されるかもしれません）。どちらを使うか決めようとしています。

私が知ったところでは、GLibを使用する方が移植性が向上しますが、POSIX mqは、それらを選択またはポーリングできるという利点があります。

ただし、パフォーマンスが優れている情報は見つかりませんでした。

Answer 1

私の質問に対する回答がなかったので、私は自分でいくつかのパフォーマンステストを行うことにしました。主な考えはhttp://cybertiggyr.com/throughput/throughput.htmlから取られました。テストの考え方は次のとおりです。

• 2つのスレッド（pthreads/gthreads）を作成します。
• 1つのスレッドがデータを生成し、1024 MBのデータが送信されるまで、チャンクでIPCに書き込みました。
• もう1つのスレッドは、IPCからのデータを消費しました。 4、64、256、512、1024バイトのチャンクサイズでテストしました。 GAsyncQueue（gthreads）、POSIXメッセージキュー、UNIXドメインソケット（pthreads）でテストしました。ここ

結果が得られる。

GAsyncQueueとPOSIXメッセージキューの性能があるけれども、PERF（GAsyncQueue）> PERF（MQ）> PERF（UNIXソケット）を要約しますほとんどの場合に匹敵します。その違いは小さなメッセージサイズでのみ発生します。

Linuxのネイティブメッセージキューの実装よりも優れたパフォーマンスを提供するために、GAsyncQueueがどのように実装されているのでしょうか。他の2つの方法のように、プロセス間通信に使用できないのは残念です。