Sin ver un pequeño fragmento problemático del propio iolog, no puedo decir por qué la reproducción siempre va lo más rápido posible. Tenga en cuenta que las esperas están en milli los segundos y las esperas sucesivas en el iolog DEBEN aumentar para que las posteriores tengan efecto (ya que son relativas al inicio del trabajo en sí y no entre sí o la E/S anterior). Consulte la sección "Trace file format v2" del CÓMO para obtener más detalles. Este problema suena como una buena pregunta para la lista de correo de fio (pero como es una pregunta, no la incluya en el rastreador de errores).
numjobs está documentado como solo creando clones en el CÓMO para que su experiencia coincida con el comportamiento documentado.
Lamentablemente, la reproducción de fio actualmente (finales de 2016) no funciona de manera que un solo archivo de reproducción se pueda dividir arbitrariamente entre varios trabajos y necesita varios trabajos para que fio use varios subprocesos/procesos. Si no le importa el hecho de que perderá el orden de E/S entre trabajos, puede dividir el iolog en 4 partes y crear un trabajo que use cada uno de los nuevos archivos iolog.
