問題タブ [throughput]

すべてのスレッドを使用して 3 TPS の目標を達成しようとしています。使用Constant Throughput Timerしましたが、どういうわけか一定の TPS を提供しません。10TPSのように3TPSを超えます。

テストシナリオ

スレッド グループ 1

• このスレッド グループは、サーバーに XML を送信し、ステータスを確認します。
• この Submit Quote アクションの下に定数 Timer を配置し、値を 3 per min に設定します。
• 見積もりを送信するたびに、何らかのアクションを実行します。

スレッド グループ 2

• このスレッド グループはサーバーに XML を送信し、最初のスレッド グループと同様にステータスを確認しますが、残りのアクションは最初とは異なります。
• この Submit Quote アクションの下に定数 Timer を配置し、値を 3 per min に設定します。

スレッド グループ 2

• このスレッド グループはサーバー上で XML を送信し、最初と 2 番目のスレッド グループのようにステータスを確認しますが、残りのアクションは最初と 2 番目とは異なります。
• この Submit Quote アクションの下に定数 Timer を配置し、値を 3 per min に設定します。

見積書の送信ステップには、これらすべてのスレッド グループから 3 TPS が必要です。ある程度は達成できますが、一定ではありません。

TPSの管理を手伝ってもらえますか?

以下は、いくつかの高いトランザクションを確認できるグラフです。

非常にさまざまな zmq メッセージ サイズを持つアプリケーションを開発しました。平均してこれらは 177 バイトまでですが、実際にはほとんどのメッセージが 20b 未満の非常に小さく、3000b を超える非常に大きなサイズのメッセージはごくわずかです。

現在、ネットワークが制限要因となっています (1 ギガビット イーサネット)。~50MByte/s に達することができます。別のベンチマークでは、パケット サイズが 256 バイトを超えるとネットワーク スループットが最大 85 MByte/s に達する可能性があることがわかりました。

ほとんどのパケットのサイズが非常に小さいため、私の結果はそれほど低いと思います。私は正しいですか？私のアプリケーションでも帯域幅全体を使用するために zmq を最適化する可能性はありますか? たとえば、拡張バッチ処理？

よろしく

私たちは、TI CC2541 BLE モジュールとカスタム プロファイルを使用して、BLE 通知特性 (確認応答なし) で次のデータ スループットを必要とする、iPad で動作する BLE センサー ペリフェラルを開発しています。

10ms ごとに 1 つの 20 バイト (GATT 最大標準パケット)、または接続間隔ごとに 4 パケットの制限があるように見えるため、これは 40ms ごとに 1 つの接続間隔に相当します。必要なスループットは毎秒 2,000 バイトです。TI の Web サイトでは、このレベルのデータ スループットを必要とする複数のセンサー デバイスに CC2541 BLE ソリューションを使用することを推奨しています。

BLE モジュールのプロファイルは、それぞれ 20 ミリ秒と 40 ミリ秒の最小接続間隔と最大接続間隔で設定されており、これで十分です。「Apple 製品の Bluetooth アクセサリ デザイン ガイドライン」ドキュメントでは、上記のように設定した最小および最大接続間隔が正しいことを示唆しています。新しい Mac Mini / Mac Book で iOS 6 用の最新の iPad および Apple ツールを使用しています。

iPad で簡単なテスト プログラムを使用すると、20 バイトのパケットを 20 ミリ秒間隔で BLE ペリフェラルに送信してリンクを正常に動作させることができます。 BLE モジュール FIFO への送信をより迅速に処理できるように、FIFO エンプティ割り込みがオフになり、230400 の最大ボーレートを使用して、マイクロから BLE TX FIFO に 20 バイトのパケットを送信しています。

私たちは、BLE 転送の上限と可能性の上限に達していることを認識しています。最新の iPad で TI CC2541 BLE チップ/モジュールを使用して毎秒 2000 バイトのスループットを達成するための解決策があるかどうか、誰かアドバイスできますか?

私は Prevayler と協力して、非常に簡単なストレス テストを行っています。

私のプログラムでは、500 ミリ秒で 10,000 回の読み取りを取得できますが、1 つのオブジェクトの書き込みまたは変更には 23 ミリ秒かかります。(このコンピューターの詳細な仕様はありません。印象的なものはありません。デュアルコア 3.0GHz、7200rpm HD、およびおそらく 1333MHz ddr3 メモリです。)

シリアル化がボトルネックのようです。

書き込み/変更のパフォーマンスを向上させるために何ができますか?

JProfiler JProfiler でプログラムを実行しました (10,000 個のユーザー オブジェクトがディスクに書き込まれました)。250 秒間実行され、その時間の 99.6% が org.implementation.PrevaylerImpl.execute の実行に使用されました。

更新 XStreamSerializer に切り替えました。これにより、書き込み速度が書き込みあたり 21 ミリ秒に向上し、ストレージが

3555KB ジャーナル/10,000 オブジェクト -> 2421KB

350KB スナップショット/10,000 オブジェクト -> 313KB

1 秒あたり 1000 回以上の書き込みを見たいです。

私の python スクリプトは、コマンド ライン経由でネットワーク スループット テスト (Iperf などの ixChariot) を開始するバッチ ファイルを呼び出します。

スループットをテストするためにこの RF テストの減衰を増やすと、ixChariot は永遠にかかり始め、最初のテスト期間パラメーターに応答しません。したがって、スクリプト全体の速度を落として停止します (または、スクリプトを永遠に存続させると言うべきです)。

Python スクリプトが Popen からハングしないように、時間 T が経過した後に ixChariot プロセスを終了し、テストを終了するにはどうすればよいですか?

みんなありがとう、これは私にとって難しいです

Docker を使用していくつかのコンテナーを作成し、Netperf を使用してネットワーク パフォーマンスを測定しました。ただし、スループットは非常に低く、約 563.81 Mb/s です。2 つのコンテナ/プロセス間の通信はメイン メモリを介して行われませんか? なぜ私がこんなに低いスループットを持っているのか、誰にも分かりますか? 特定の構成が必要ですか?

ありがとう、ゲンク

tcp_rmem_default と tcp_wmem_default の最小値は? 私はtcpチューニングを行っており、私のウィンドウサイズは6250バイト（帯域幅10mbit、遅延5ms、損失％0.00001）であるため、tcp_rmem_default = '6250'およびtcp_wmem_default = '6250'と入力しましたが、機能せず、スループットが低下しました。次に、tcp_rmem_default='65536' と tcp_wmem_default='65536' を入力してスループットを増やしますが、この値はデフォルトです。また、10mbit の帯域幅と遅延 5ms でウィンドウのサイズを計算すると、結果は 6250 バイトでした! だから理解できない！誰かが私を助けてくれることを願っています！私の英語でごめんなさい