Ohne einen kleinen Problemschnipsel des Iologs selbst zu sehen, kann ich nicht sagen, warum die Wiedergabe immer so schnell wie möglich geht. Beachten Sie, dass Wartezeiten in Milli angegeben sind Sekunden und aufeinanderfolgende Wartezeiten im iolog MÜSSEN zunehmen, wenn die späteren eine Wirkung haben sollen (da sie sich auf den Start des Jobs selbst beziehen und nicht aufeinander oder die vorherige I/O). Weitere Einzelheiten finden Sie im Abschnitt „Trace-Dateiformat v2“ des HOWTO. Dieses Problem klingt nach einer guten Frage für die FIO-Mailingliste (aber da es sich um eine Frage handelt, stellen Sie sie bitte nicht in den Bugtracker).
numjobs wird im HOWTO so dokumentiert, dass es nur Klone erstellt Ihre Erfahrung stimmt also mit dem dokumentierten Verhalten überein.
Leider funktioniert Fio Replay derzeit (Ende 2016) nicht so, dass eine einzelne Replay-Datei willkürlich auf mehrere Jobs aufgeteilt werden kann und Sie mehrere Jobs benötigen, damit Fio mehrere Threads/Prozesse verwendet. Wenn es Ihnen nichts ausmacht, dass Sie die E/A-Reihenfolge zwischen Jobs verlieren, können Sie das iolog in 4 Teile aufteilen und einen Job erstellen, der jede der neuen iolog-Dateien verwendet.
