[解決済み] POSIXの非同期入出力(AIO)はどのような状況ですか？

質問

POSIXのAIO機能について、様々な量の詳細を記述したページがウェブ上に散らばっています。 そのどれもが、ひどく最近のものではありません。 正確には、何を説明しているのかは不明です。 たとえば、"official" （?） の Web サイトでは、Linux カーネルの非同期 I/O サポートについて次のように説明されています。 には、ソケットは機能しないと書かれていますが、私の Ubuntu 8.04.1 ワークステーションにある "aio.h" のマニュアル ページはすべて、任意のファイル記述子に対して機能することを暗示しているようです。 それから ライブラリ層で動作するように見える別のプロジェクトである がありますが、こちらはさらに少ないドキュメントしかありません。

私は知りたいです。

• POSIX AIO の目的は何ですか。 私が見つけた最も明白な実装の例では、ソケットをサポートしていないと書かれていることを考えると、全体が奇妙に思えます。 非同期ディスクI/Oのためだけなのでしょうか。 もしそうなら、なぜ超汎用的なAPIなのか？ そうでないなら、なぜディスクI/Oが最初に攻撃されたのでしょうか？
• どこに 完全な POSIX AIO プログラムを見ることができますか?
• 実際に使っている人はいるのでしょうか？
• どのプラットフォームが POSIX AIO をサポートしていますか？ どのような部分をサポートしているのでしょうか？ 次のような暗黙の了解である "Any I/O to any FD" を本当にサポートしている人はいますか？ <aio.h> が約束しているようなものですか?

私が利用できる他の多重化メカニズムは完全に良いものですが、そこに漂っているランダムな情報の断片が私を好奇心に駆り立てたのです。

どのように解決するのですか?

POSIX ネットワーク サーバーを書いている誰もが、イベント ベースのノンブロッキング アプローチを使用しているため、ネットワーク I/O は AIO の優先事項ではありません。 古いスタイルの Java の数十億のブロッキング スレッド" のアプローチは、恐ろしいほど最悪です。

ディスク書き込みI/Oはすでにバッファリングされており、ディスク読み込みI/Oはposix_fadviseのような関数を使用してバッファにプリフェッチすることができます。 そのため、AIO の唯一の有用な目的として、直接、バッファされていないディスク I/O が残されます。

直接、バッファされていないI/Oは、トランザクションデータベースにとってのみ本当に有用であり、それらはディスクI/Oを管理するために独自のスレッドまたはプロセスを書く傾向があります。

そのため、POSIX AIOは最終的に どんな 有用な目的ではありません。 使わないでください。