update translation partially traffic_replay.7.xml
trunk/docs-xml/manpages/traffic_replay.7.xml (diff)| @@ -246,6 +246,7 @@ | ||
| 246 | 246 | |
| 247 | 247 | <varlistentry> |
| 248 | 248 | <term>--traffic-summary <output-file></term> |
| 249 | +<!-- | |
| 249 | 250 | <listitem><para> |
| 250 | 251 | Instead of replaying a traffic-model, this option generates a |
| 251 | 252 | traffic-summary file based on what traffic would be sent. Using |
| @@ -262,6 +263,22 @@ | ||
| 262 | 263 | it's recommended to use this option and replay the traffic from |
| 263 | 264 | a traffic-summary file. |
| 264 | 265 | </para></listitem> |
| 266 | +--> | |
| 267 | + <listitem><para> | |
| 268 | + トラフィックモデルの再生の代わりに、このオプションは、 | |
| 269 | + 送信されるトラフィックを元にして、トラフィックサマリファイルを生成する。 | |
| 270 | + トラフィックモデルを使うと、パケットレートと、送信するパケット数 | |
| 271 | + をスケール出来る。しかし、トラフィックモデルを使うと、トラフィック | |
| 272 | + 生成において、いくつかのランダム性が含まれるようになる。 | |
| 273 | + そのため、モデルファイルを使い、同じ traffic_replay コマンドを複数回実行 | |
| 274 | + すると、実際に送られるトラフィックは若干違った結果になる。 | |
| 275 | + しかし、 traffic-summary ファイルを使い、同じ traffic_replay コマンドを | |
| 276 | + 複数回実行した場合は、常に同じトラフィックが送信される。 | |
| 277 | + </para> | |
| 278 | + <para> | |
| 279 | + 何回かのテスト実行で性能測定を行うときには、このオプションを使って | |
| 280 | + トラフィックサマリファイルからのトラフィックを再生することを推奨する。 | |
| 281 | + </para></listitem> | |
| 265 | 282 | </varlistentry> |
| 266 | 283 | </itemizedlist> |
| 267 | 284 | </listitem> |
