ビデオストリーミングサーバーでストレステストを実行するために使用できる優れたツールを知っている人はいますか? サーバーが 5,000 以上の接続をどれだけうまく処理できるかをテストする必要があります。
6 に答える
1 つのオプションは、VLC を使用することです。コマンドラインで URL を指定できます。(詳細はこちら)。次に、簡単なシェル スクリプトを記述して、5000 接続すべてを開くことができます。
例えば。次の perl スクリプト (非常に簡単なハック - 実行前に確認してください。爆発などを引き起こす可能性があります)
$i = 0;
$myurl = "udp://someurl";
@cmdline = ("/usr/bin/vlc", "");
for( $i = 1; $i <= 5000; $i++ )
{
if( $pid = fork )
{
# parent - ignore
}
elsif( defined $pid )
{
$cmdline[1] = sprintf "%s:%d", $myurl, $i;
exec(@cmdline);
}
# elseif - do more error checking here
}
ビデオ ストリーミング サーバーがマルチキャストを実行している場合は、ソケットを開いて 5000 のマルチキャスト グループのメンバーにするだけで十分です (必ずしもストリームに対して何もする必要はありません。ストリームを実際にデコードしないことで、クライアント エンドでのパフォーマンスの問題を軽減できます)。
これを行うツールについては知りませんが、独自のユーティリティを作成する準備ができている場合は、ここから詳細を確認してください。
編集: 2 番目のオプションは、クライアント マシンの OS にマルチキャスト機能があることを前提としています。(記憶から) Linux カーネルはデフォルトではそうではないので、私はそのことを言います。:-)
簡単に確認する方法 (これも Linux の場合) は、/proc/net/igmp
異なる接続で同じタイプの 5000 以上のファイルのダウンロードを開始します。基本的に、クライアント ビデオ プレーヤー、フラッシュ、Windows Media Player などはダウンロードを行うだけなので、実際に再生する必要はありません。したがって、サーバーが 5000 以上のダウンロードを処理できる場合は問題ありません。私の賭けは、サーバーの前に帯域幅が提供されることです。
インフラストラクチャについては、JMeter SAAS または独自のクラウド サーバーのいずれかを使用して、インジェクターから発生する可能性のあるネットワークの問題を克服できます。
ユーザー エクスペリエンスを再現し、ユーザー エクスペリエンスに関する貴重なメトリクスを取得するには、 Apache JMeter + この商用プラグインを使用して、スクリプトなしでプレーヤーの動作を現実的にシミュレートできます。
このプラグインは、アダプティブ ビットレート ストリーミングをシミュレートする機能も提供します
免責事項:私たちはこのソリューションの開発に携わっています
私も同じ答えを探しています.次のツールに出くわしました.http://www.radview.com/Solutions/multimedia-load-testing.aspx
このツールは、ビデオ ストリーミングをテストするために使用されます。それが誰かを助けることを願っています。より良い回答が得られたら、回答を更新します。
ありがとう。
このHLS アナライザーソフトウェアは、HTTP ライブ ストリーミング サーバーのストレス テストとダウンロード パフォーマンスの監視に使用できます。