問題タブ [throughput]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
398 参照

java - netty4 で高スループット サーバーを実現する方法

netty4 で高スループット サーバーを実現する方法は?
パッケージは約 16 バイト ~ 0.5K と小さく、私のベンチマークでは tps は約 8.8w/s であり、上昇できません。小さなパッケージに有利になるように、netty4 にいくつかのパラメーター調整の推奨事項はありますか?
コードはRocketMQで、自己定義ストア構造を持つ MQ であり、ブローカとクライアント間のプライベート プロトコルも使用します。
どうもありがとう。

0 投票する
2 に答える
1580 参照

c# - SignalR 接続のスループット

サーバーに接続されている5000のクライアントを持つsignalRアプリケーションがあります。私のクライアントには、メッセージなどを送信するためのコントロールがありません。私のクライアントはクライアントに 5 桁のメッセージを送信しています。

私の質問は、5000 台のクライアントが SignalR サーバーに接続されている場合、サーバーに必要なスループット帯域幅はどれくらいかということです。

0 投票する
1 に答える
474 参照

apache-kafka - 処理するメッセージが少ない場合、Kafka は役に立ちますか

処理するメッセージが少ない場合、Kafka は役に立ちますか。1 秒あたり 1000 件のメッセージを処理する必要がある場合、Kafka は実行可能ですか?

0 投票する
0 に答える
772 参照

android - Bluetoothソケットを読み取るAndroidアプリがデータレートに追いつかない

約 2000 バイト/秒でデータを出力する Bluetooth GPS があります。アプリを最初に起動したときは、この速度に追いつくことができますが、約 5 ~ 10 秒以内に速度が 500 バイト/秒まで低下します。そこから上下します (通常は 300 バイト/秒から 700 バイト/秒の間ですが、追いつこうとすると 6000 バイト/秒の急激なスパイクが見られます)。ストリームはますます遅れていき、データがドロップされてしまいます (GPS は 1 秒あたり 10 サンプルを出力しており、数秒分のデータを見逃すところまで来ています)。

ラップトップからBluetooth経由でこの同じデバイスに接続すると、実行時間に関係なくすべてのデータが取得されます。したがって、デバイス自体がこの速度で送信できることはわかっています。しかし、アンドロイド (HTC Droid DNA) では、すぐに遅れをとってしまいます。スレッドの優先順位を上げてみましたが、役に立ちませんでした。アプリは、画面がオンになっている間ずっとフォアグラウンドにとどまります。速度が低下し、それでも同じ問題が発生する場合に備えて、電話をデバッガーに接続せずに試しました。これがBluetoothスタック速度の問題なのか、スレッドの優先度の問題なのか、それとも何なのかわかりません。何か案は?

更新:Galaxy Tab 10.1 で同じコードをテストしたところ、約 2000 バイト/秒を無期限に維持できます次に、古い Motorola Photon 4G でテストしましたが、データ レートも維持できますDroid DNA では、WiFi を無効にしてテストし、Bluetooth のパフォーマンスが低下しているかどうかを確認しましたが、違いはありませんでした。そして、DNA は 5 ~ 6 秒間高いレートを実行できるため、ハードウェアにはその能力があると思います。その後なぜか落ちていく…。

0 投票する
1 に答える
275 参照

tcp - MTU 5000 以降はスループットが低下する

1 GbE を介して直接接続された 2 台のコンピューター間のスループットをテストし、iperf でテストしようとしています。MTU が 5000 から 5050 の間の場合、約 980Mbps のスループットが得られますが、MTU=5050 を超えると約 680Mbps に大幅に低下します。さまざまなウィンドウサイズを確認しましたが、結果は同じです。MTU を増やすと、オーバーヘッドが減少し、それによって帯域幅が増加するか、少なくとも低下することはありません。この奇妙な行動が理解できません。ちなみにTCPスループットのテスト。どんな助けでも!そしてありがとうみんな。これは、どのフォーラムでもこれまでに投稿(質問)した私の投稿です:)通常、私は答えを見つけます....

追加情報!2 つの centos システム 1 つのシステムは Xen 4.2 ホストです (ただし、問題にはならないはずです) /pro/sys/net/ipv4 のさまざまなバッファ サイズで確認済み