आईओलॉग की एक छोटी सी समस्या को देखे बिना मैं यह नहीं कह सकता कि रिप्ले हमेशा जितनी जल्दी हो सके क्यों चल रहा है। ध्यान रखें कि वेटिंग मिली . में है आईओलॉग में सेकंड और लगातार प्रतीक्षा में वृद्धि होनी चाहिए यदि बाद वाले को प्रभाव पड़ता है (क्योंकि वे स्वयं नौकरी की शुरुआत के सापेक्ष हैं और एक दूसरे या पिछले I/O के लिए नहीं)। अधिक विवरण के लिए हाउटो का "ट्रेस फ़ाइल स्वरूप v2" अनुभाग देखें। यह समस्या fio मेलिंग सूची के लिए एक अच्छे प्रश्न की तरह लगती है (लेकिन जैसा कि यह एक प्रश्न है कृपया इसे बग ट्रैकर में न डालें)।
numjobs को केवल HOWTO में क्लोन बनाने के रूप में प्रलेखित किया गया है इसलिए आपका अनुभव प्रलेखित व्यवहार से मेल खाता है।
अफसोस की बात है कि वर्तमान में (2016 के अंत में) फियो रीप्ले इस तरह से काम नहीं करता है कि एक एकल रीप्ले फ़ाइल को कई नौकरियों के बीच मनमाने ढंग से विभाजित किया जा सकता है और आपको कई थ्रेड्स/प्रक्रियाओं का उपयोग करने के लिए कई नौकरियों की आवश्यकता होती है। अगर आपको इस बात से कोई ऐतराज नहीं है कि आप नौकरियों के बीच I/O आदेश खो देंगे तो आप iolog को 4 टुकड़ों में विभाजित कर सकते हैं और एक ऐसा कार्य बना सकते हैं जो प्रत्येक नई iolog फ़ाइलों का उपयोग करता हो।
