iolog自体の小さな問題スニペットを見ずに、リプレイが常に可能な限り高速になる理由を言うことはできません。待機はミリであることに注意してください 後の待機が効果を発揮する場合は、iologでの秒と連続する待機を増やす必要があります（ジョブ自体の開始に関連しており、相互または前のI / Oに関連していないため）。詳細については、HOWTOの「トレースファイル形式v2」セクションを参照してください。この問題は、fioメーリングリストにとっては良い質問のように聞こえます（ただし、質問なので、バグトラッカーに入れないでください）。
numjobsは、HOWTOでクローンを作成するだけであると文書化されています したがって、あなたの経験は文書化された行動と一致します。
残念ながら、現在（2016年末）のfioリプレイは、単一のリプレイファイルを複数のジョブ間で任意に分割できるようには機能せず、fioに複数のスレッド/プロセスを使用させるには複数のジョブが必要です。ジョブ間のI/O順序が失われるという事実を気にしない場合は、iologを4つに分割して、新しいiologファイルのそれぞれを使用するジョブを作成できます。