2

多数の非常に小さなメタデータ要求を送信するためのネットワーク インターフェイスを持つアプリケーションを設計しています。アプリケーション コード自体は非常に高速で、基本的にメモリにキャッシュされたデータを検索してクライアントに送信します。

Linux ボックスで実行されているネットワーク アプリケーション サーバーで得られる絶対最小レイテンシはどれくらいですか? これは、認証なしで gigE で実行される内部アプリになります。C、C++、または Python を優先して、考慮されるすべての言語/フレームワーク。プロトコルについても同様ですが、HTTP が適しています。

4

4 に答える 4

1

小さくて高速な HTTP サーバーの場合は、ガトリングを見ることができます。主な機能:

  • 無料、オープンソース
  • 小型、高速、スケーラブル、アンチ DOS 機能付き
  • HTTP、HTTPS/TLS、FTP、IPV6 を話し、SMB を理解する
  • SCGI および FastCGI をサポートしているため、ELF バイナリまたはスクリプトの実行に使用できます
  • 透過的なコンテンツ ネゴシエーション (クライアントがサポートしている場合は gz を提供)
  • OS固有のショートカットを利用してパフォーマンスを向上させます
  • いくつかのベンチマークが含まれています
于 2010-04-12T23:12:18.283 に答える
1

Facebook は最近、 1 秒あたり 200,000 のリクエストを 173 マイクロ秒のレイテンシで処理するようにカスタマイズされた memcached を入手しました。

ソースコードを読んで、彼らがどのようにそれを行ったかを確認できます. 彼らの最大の変更点の 1 つは、TCP を廃止し、代わりに UDP を使用したことです。

于 2010-04-13T00:09:53.777 に答える
1

必要に応じて、C または C++ とzmqを検討してください

ただし、このようなアプリの場合、言語はパフォーマンスの観点からの最大の要因ではありません。多数のクライアントをサポートする必要がある場合、プログラミング モデルは、クライアントごとのスレッド (低速) または非同期/非ブロック (高速) のいずれかになります。

于 2010-04-12T23:20:41.123 に答える
1

G-WAN は C および C++スクリプトを提供し、 1 秒あたり約 800,000 リクエストでテストされています。

それよりも速いものは知りません。他の多くのサーバーがテストされています。

于 2012-03-14T16:34:59.597 に答える