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.