Tanpa melihat cuplikan masalah kecil dari iolog itu sendiri, saya tidak bisa mengatakan mengapa replay selalu berjalan secepat mungkin. Ketahuilah bahwa waktu tunggu dalam mili detik dan menunggu berturut-turut di iolog HARUS meningkat jika yang berikutnya memiliki efek (karena relatif terhadap awal pekerjaan itu sendiri dan tidak satu sama lain atau I/O sebelumnya). Lihat bagian "Trace file format v2" dari HOWTO untuk lebih jelasnya. Masalah ini kedengarannya seperti pertanyaan yang bagus untuk milis fio (tetapi karena ini pertanyaan, jangan masukkan ke dalam pelacak bug).
numjobs didokumentasikan sebagai hanya membuat klon di HOWTO jadi pengalaman Anda cocok dengan perilaku yang didokumentasikan.
Sayangnya fio replay saat ini (akhir 2016) tidak berfungsi sedemikian rupa sehingga satu file replay dapat dibagi secara sewenang-wenang di antara beberapa pekerjaan dan Anda memerlukan banyak pekerjaan agar fio menggunakan banyak utas/proses. Jika Anda tidak keberatan dengan fakta bahwa Anda akan kehilangan pemesanan I/O di antara pekerjaan, Anda dapat membagi iolog menjadi 4 bagian dan membuat pekerjaan yang menggunakan setiap file iolog baru.
