Linuxの非同期ソケット - ポーリングとコールバックの比較

Question

シンプルなサーバー（Linux）に非同期ソケットを実装することを決定する際に、問題が発生しました。私は継続的にpoll（）を行い、呼び出し間でいくつかのクリーンアップとキャッシングを行います。今これは無駄に思えるので、私はもっと掘り下げて、への道を見つけた可能性があります。はi/oでコールバックを実装しています。

O_NONBLOCKでソケットを作成した場合は、SIOCSPGRP ioctl（）を使用してi/oでSIGIOを送信し、sigaction（）を使用してコールバック関数を定義すると、パフォーマンスが低下し、 I/O中に。

さらに、さまざまなソケットに異なる機能を定義できますか？

Answer 1

「私は継続的に（）をポーリングしよう、と呼び出しの間にいくつかのクリーンアップとキャッシングを行いました。さて、これは無駄なようだ」

は無駄か？実際にこれを試して実装しましたか？

fdリストがあります。あなたはポーリングまたは（より良い）epoll()をリストに呼び出します。トリガーすると、fdリストを歩き、それぞれを適切に処理します。入力データと出力データをキャッシュする必要があるので、各fdには何らかの構造体が必要です。私がこれを行ったとき、fd構造体（fdからキーを生成する）にハッシュテーブルを使用しましたが、おそらく最初はであり、最初はで、固定長配列を使用し、 OSはあなたに奇妙な高いfdを発行します（nb、私はそれが起こるのを見たことがないと私は数えることができますより多くのログをsquinted）。構造体は、例えば、おそらく、状態変数、着信と発信のバッファへのポインタを保持する：おそらく、リンクリストは、FDさんのために、実際に最善である

struct connection { 
    int fd; // mandatory for the hash table version 
    unsigned char *dataOut; 
    unsigned char *dataIn; 
    int state; // probably from an enum 
}; 

struct connection connected[1000]; // your array, or... 

...、私はハッシュテーブルの無関係な要件を持っていました。

ここから開始し、段階的に修正してください。あなたは簡単な方法を見つけようとしていると思います。後で他のものを作ってお金を払うかもしれません。難しい;）$ 0.02。