4
私の目標は、バイトスループットオーバータイムメトリックをより正確に得ることです。私の負荷テストのJmeter PUTリクエストのボディバイトスループットオーバータイム
一般的な意味：ローカルホストからのGET HTTPリクエストと
- ロードファイル、ContentVarなどの異なる変数としてファイルの内容を保存します。
- PUTループを開始します。 PUTリクエストの本体に$ {ContentVar}を配置します。
結果のjtlファイルを解析すると、ファイルをロードするときに最初の正しい「バイト」が表示されます。 （つまり、1MBのファイルを読み込むと、そのステップで1MBのバイトが表示されます）。 しかし、put要求は、要求本体にファイルの内容を持っていても493-494バイトを表示します。
私はこれらのプットは私が起こっている
何等のPUTリクエスト+ヘッダーのために少し余分にロードしていたファイルのサイズを表すべきであると思うだろうか？ これが適切かどうかはわかりませんが、ツリーリスナーはPUT本体の内容を表示しません。 私が表示されます：
PUT data: <actual file content, not shown here>
は、バージョン2.xでは、私は生のHTTPリクエストの内容を見ることができました。 view.results.tree.max_sizeの変更は役に立たないようです。これが低いバイト数と関係があるかどうかは不明です。私は、これは特定され、 "バグ" であるJMeterのv3の