Sans voir un petit extrait de problème de l'iolog lui-même, je ne peux pas dire pourquoi la relecture va toujours aussi vite que possible. Sachez que les temps d'attente sont en milli secondes et les attentes successives dans l'iolog DOIVENT augmenter si les dernières doivent avoir un effet (car elles sont relatives au début du travail lui-même et non les unes aux autres ou aux E/S précédentes). Voir la section "Trace file format v2" du HOWTO pour plus de détails. Ce problème semble être une bonne question pour la liste de diffusion fio (mais comme c'est une question, veuillez ne pas la mettre dans le bug tracker).
numjobs est documenté comme ne créant que des clones dans le HOWTO afin que votre expérience corresponde au comportement documenté.
Malheureusement, la relecture fio actuellement (fin 2016) ne fonctionne pas de manière à ce qu'un seul fichier de relecture puisse être divisé arbitrairement entre plusieurs tâches et vous avez besoin de plusieurs tâches pour que fio utilise plusieurs threads/processus. Si cela ne vous dérange pas de perdre l'ordre des E/S entre les tâches, vous pouvez diviser l'iolog en 4 parties et créer une tâche qui utilise chacun des nouveaux fichiers iolog.
