Sem ver um pequeno trecho de problema do próprio iolog, não posso dizer por que o replay está sempre indo o mais rápido possível. Esteja ciente de que as esperas estão em mili segundos e esperas sucessivas no iolog DEVEM aumentar para que os posteriores tenham efeito (já que são relativos ao início do próprio trabalho e não um ao outro ou à E/S anterior). Veja a seção "Trace file format v2" do HOWTO para mais detalhes. Este problema parece uma boa pergunta para a lista de discussão do fio (mas como é uma pergunta, por favor, não a coloque no rastreador de bugs).

numjobs está documentado como apenas criando clones no HOWTO para que sua experiência corresponda ao comportamento documentado.

Infelizmente, a repetição do fio atualmente (final de 2016) não funciona de forma que um único arquivo de repetição possa ser dividido arbitrariamente entre vários trabalhos e você precisa de vários trabalhos para que o fio use vários threads/processos. Se você não se importar com o fato de perder a ordenação de E/S entre os trabalhos, poderá dividir o iolog em 4 partes e criar um trabalho que use cada um dos novos arquivos iolog.