I utilised this data to endeavour at crafting a substantial, cohesive piece of writing using FIO.
The modified script on the backside of the web page was revised to
[global]
bs=1024K
iodepth=32
direct=1
ioengine=posixaio
group_reporting
time_based
title=seq
log_avg_msec=1000
bwavgtime=1000
filename=/Customers/*person*/Desktop
dimension=1000G
[wr_qd_256_128k_1w]
stonewall
bs=128k
iodepth=32
numjobs=1
rw=write
runtime=600
write_bw_log=seq_write_bw.log
I’m familiar with FIO’s nuances, but my understanding of its significance when running benchmarks on internal drives remains unclear.
Initially, the test recorded a throughput of approximately 5.5 gigabytes per second, characteristic of solid-state drives (SSDs), with a gradual decline over the initial five-minute period.
I’m perplexed about how FIO conducts write checks, as it doesn’t refresh the disk in any way. What exactly does it write to, and does it instantaneously purge any written data?
Although the 1TB disk is modestly sized, it’s anticipated to rapidly transition into its actual TLC state; however, it surprisingly took almost seven minutes to write data at a rate of 5.5GB per second, comfortably exceeding the drive’s capabilities.
While running the script, I expected a significant delay when writing a large file sequentially, expecting to witness a slowdown in disk loads before actually doing so.