TL;DR

標準仕様が使いづらいパラメータってのはどうなんよ？
動的にパラメータを変更させてくれよ。

POSIX MQは便利で不便

POSIX MQは使ってみればわかるが便利だ。

• 高速（UDS/NamedPipe比）
• Read/Writeどちらが先にOpenしてもよい
• 両端を閉じても再びOpenすればデータが残っている（これは欠点でもある）
• リブートすればキューが消えるので後始末不要（これは欠点略

そんな使いやすいPOSIXメッセージキューだが大きな欠点がある。
パラメータのチューニングがシステムパラメータでしかできない。
設定は /proc/sys/fs/mqueue/ 配下に置かれている。
はい、ファイルです。編集には特権が必要です。まずこの時点でクソ。

キューのパラメータは標準では

• メッセージ数10
• メッセージサイズ8192 bytes

となっている。このパラメータ選定がさらにクソである。
メッセージサイズ8KBで保持数10とかまったく融通が利かない。

UDS/Pipeと比較して

IPCの仕様を検討する場合、UDSやPIPEのようにストリームならNo Settingだ。
ただしメッセージ区切りがないのでWrite側がオーバーランすると面倒である。

その点、MQは固定サイズメッセージの配列と考えることができる。
Write側が多少オーバーランしても、Read側のまとめ読みで帳尻合わせできる。
固定サイズメッセージだから区切りもわかるしデータの振り分けもできる。
だが上記の基本パラメータは使いにくい。

パラメータ変更のAPI

あることはある。とってもとっても使えないAPIだがある。
その名もmq_setattr()である。
だがこのAPI、メッセージ数もメッセージサイズも変更できない。
変更可能なのはキューのブロッキング属性のみである。
いやいやそんなもんブロッキングで使うに決まってるでしょ。
yield()しながらノンブロッキングで高速回転なんて無駄すぎる。
まあそれにしてもメッセージ数とメッセージサイズは変更したかった。
4KB x 20msg とか
256byte x 320msgとか
柔軟な使い方がしたかったのだができない。できないものはできない。

ということで

IEEE様がPOSIX MQの仕様を拡張してくれることを願うのみである。
有志では、メッセージキューの仕組みをso(DLL)で実現した人もいる。
本当に自由度のあるキューがほしいなら自作しかないのだろう。
とても残念だ。