5

Lighttpd、nginx などは、さまざまな手法を使用して、AIO、sendfile、MMIO、キャッシング、epoll などのアプリケーション パフォーマンスを最大限に高め、データ構造をロックしません。

私の同僚と私は、これらの技術の多くを使用し、静的ファイルのサーバーにもできる小さなアプリケーション サーバーを作成しました。そのため、apache ベンチでテストし、lighttpd および nginx と比較したところ、100 バイトから 1K までのファイルの静的コンテンツのパフォーマンスと少なくとも一致しました。

ただし、同じ静的ファイルでのトランザクション レートを G-WAN のトランザクション レートと比較すると、G-WAN ははるかに優れています。

この質問は少し主観的なものかもしれませんが、私が言及した明白なもの以外に、ピエール・ゴーティエが GWAN で使用している技術で、彼がそのような驚異的なパフォーマンスを達成できるものは何ですか?

4

2 に答える 2

4

何年もG-WANサーバーをフォローしてきた私は、古いG-WANフォーラムでこの質問をカバーする（多くの）講演を読みました。

私が覚えている限り、繰り返し取り上げられたのは次のプログラムでした。

  1. アーキテクチャ (特定の比較は、nginx、lighty、および cherokee で行われました)
  2. 実装 (全体的な分岐、リクエストの解析、およびレスポンスの構築がどのように行われたか)
  3. 無駄のない共通パス (すべてのタイプのリクエストがたどるパス: 動的、静的、ハンドラー)

Pierre は、特定のアーキテクチャと実装の何が速度を落としているかを説明するために、他のサーバーに言及することがよくありました。

時間が経つにつれて、G-WAN はより多くの機能をスタックするようになるため (C# スクリプトのサポート、次のバージョンではリバース プロキシとロード バランサーが期待されます)、上記の 3 点がますます重要になるようです。

これがおそらく、G-WAN の新しいリリースのたびに、以前よりも高速になろうとしているように見える理由です。作業をすればするほど、コストが高くなるため、余分な脂肪を排除する必要があります。そしてレースカーや飛行機のように、これは漸進的なプロセスであり、一方が他方をより多く必要とします。

G-WANの速さの「秘密」を探るなら、ここがポイントだと思います。しかし、詳細が必要な場合は、G-WAN の作成者と直接話し合う必要があります。

于 2012-09-19T07:35:06.830 に答える
1

G-WANのタイムラインをチェックしてください。2011 年 8 月 8 日の最新情報で、彼が何を使用しているかがわかります。

G-WAN タイムライン

Pierre は、G-WAN が G-WAN のコア機能でウェイトフリーの Key-Value ストアを多く使用していると述べました。ロックが使用されていないため、速度が向上します。

彼はまた、ローレンツ水車にインスパイアされた手法を使用してスレッドを処理します。それがどのように機能するのかはわかりませんが、G-WAN があらゆる場合に高速に実行できるようになると彼は言いました。

于 2012-09-25T16:39:59.170 に答える