To any applicable persons,

My attempts to use block sizes above 8m lead to threads not working properly. I 
did not notice anything in the documentation stating if there was a limit at 
8m. Is this a bug or an intended limit? Has anyone experienced these issues as 
well? Any work around or fixes?

My workloads and results.


*********************************
Using 8m and lower BS
**********************************
fio --runtime=1h--numjobs=1--filesize=64m --time_based --direct=1 
--ioengine=libaio --norandommap --refill_buffers -rw=rw --iodepth=128--bs=8m

/dev/sdb_rw_128: (g=0): rw=rw, bs=8M-8M/8M-8M/8M-8M, ioengine=libaio, 
iodepth=128
/dev/sdc_rw_128: (g=0): rw=rw, bs=8M-8M/8M-8M/8M-8M, ioengine=libaio, 
iodepth=128
/dev/sdd_rw_128: (g=0): rw=rw, bs=8M-8M/8M-8M/8M-8M, ioengine=libaio, 
iodepth=128
fio-2.1.8
Starting 3 processes
Jobs: 3 (f=3): [MMM] [0.2% done] [191.9MB/191.9MB/0KB /s] [23/23/0 iops] [eta 
59m:55s]

*********************************
Using 16m and Higher BS
**********************************
fio --runtime=1h--numjobs=1--filesize=64m --time_based --direct=1 
--ioengine=libaio --norandommap --refill_buffers -rw=rw --iodepth=128--bs=64m

/dev/sdb_rw_128: (g=0): rw=rw, bs=32M-32M/32M-32M/32M-32M, ioengine=libaio, 
iodepth=128
/dev/sdc_rw_128: (g=0): rw=rw, bs=32M-32M/32M-32M/32M-32M, ioengine=libaio, 
iodepth=128
/dev/sdd_rw_128: (g=0): rw=rw, bs=32M-32M/32M-32M/32M-32M, ioengine=libaio, 
iodepth=128
fio-2.1.8
Starting 3 processes
fio: pid=8007, got signal=9done] [0KB/0KB/0KB /s] [0/0/0 iops] [eta 
1158050434d:01h:53m:55s]
Jobs: 2 (f=0): [KMM] [1.9% done] [0KB/0KB/0KB /s] [0/0/0 iops] [eta 59m:42s]


^^ Note no data is being transferred on each thread and the eta is being 
calculated wrong. Then some threads are reaped when the time adjusts itself.


Thank you for your help,

Stephen "Nick" Nichols
Western Digital
Enterprise Storage Group


--
To unsubscribe from this list: send the line "unsubscribe fio" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to