レポートMarketplace製品アプリケーション請求とライセンス情報よくある質問ログアウトアカウントにログインサポートにお問い合わせください。コミュニティをご利用ください。実施したパフォーマンステストとそのテスト結果について説明します。実装から期待される結果のタイプを予測することができます。テストを開始し、さまざまな負荷プロファイルに対してさまざまなクラスタのセットアップをテストしました。パフォーマンスは全体的に向上しました。ノードを追加するとスループットは増加し、より高い負荷を処理して応答時間が減少しました。設定と使用率によって、異なる傾向/動作が観測される可能性があります。詳細については、以下の「何をテストしたか」セクションを参照してください。テストで使用するテスト環境とテスト方法を詳しく説明します。同じ制御されている分離されたラボで実施されました。各テストごとに、環境全体をリセットして再ビルドしました。テスト環境には以下のコンポーネントと構成が含まれます。Center(特定のテストでは4台のマシン)テストを実行するため、ラボ内のマシンをいくつか使用し、スクリプトを組んだブラウザを使用して負荷を生成し、アクションの実行にかかる時間を計測しました。ここでいうアクションとは、ページの作成やコメントの追加のようなユーザー操作の完了を意味します。各ブラウザはアクションの定義済みリストからアクションを実行し、すぐに次のアクションに移動する(つまり思考時間ゼロ)ようにスクリプトが組まれています。これによって各ブラウザは実際のユーザーが可能なタスクよりも多くのタスクを実行するため、ブラウザの数が実際のユーザー数と等しくなると解釈してはいけないことに注意してください。各テストは20分間実行され、その後、統計情報が収集されます。データベースを使用します。以下の表は、これらのペルソナのそれぞれが実施するアクションの比率を表します。ベースのアクションは、テストが完了するまで繰り返されます。1テストは4から96までのブラウザの異なる負荷サイズで実施されます。管理者操作はあまり関係しないという前提であるため、テストには管理者操作は含まれていません。テストは、以下に示されるハードウェアを使用したアトラシアンの同じ制御および隔離されたラボで実行されました。6コアのうち4コアのみを使用するように設定され、処理能力を減少させています。割り当てられています。これはすべての場合に最適ではない可能性がありますが、テスト間で一貫性と比較性を保っています。高い負荷は観察されませんでした。接続やデータベースへの接続の不足は観測されませんでした。ブラウザーとサーバーは同じ場所にあるため、クライアントとサーバーの間のレイテンシは非常に低くなります。ついて、負荷の増加に対する相対的なパフォーマンスを示しています。使用して決定)に対する応答時間を示しています。