News for hackers. Stuff that matters.
Re:Zen 2 Missives – AMD now delivering efficiencies that are... by tempguy9999 on Monday August 26, 2019 @05:16AM (#20798372)
Thanks, very informative!

One more thing, I'm surprised that 4KB blocks are relevant, I'd have thought that disk requests in benchmarking (edit: cos manufacturers like to cheat), and a lot of reads in the real world, would operate at much larger requests than 4K.

Is it that IOs are broken down to 4K blocks at the disc controller level, or is that done deliberately in benchmarking to stress the IO subsystem?

Re:Zen 2 Missives – AMD now delivering efficiencies that are... by wtallis on Monday August 26, 2019 @05:35AM (#20798444)
SSDs are traditionally marketed with sequential IO performance expressed in MB/s or GB/s, and random IO performance expressed in 4kB IOs per second (IOPS). Using larger block sizes for random IO will increase throughput in terms of GB/s but will almost always yield a lower IOPS number. Block sizes smaller than 4kB usually don't give any improvement to IOPS because the SSD's Flash Translation Layer is usually built around managing data with 4kB granularity.
Re:Zen 2 Missives – AMD now delivering efficiencies that are... by tempguy9999 on Monday August 26, 2019 @05:55AM (#20798510)
> expressed in 4kB IOs per second (IOPS). Using larger block sizes for random IO will increase throughput in terms of GB/s but will almost always yield a lower IOPS number

and higher IOPs numbers give the marketing department the warm and fuzzies. Got it.

Re:Zen 2 Missives – AMD now delivering efficiencies that are... by mlyle on Monday August 26, 2019 @11:23AM (#20800592)
It is a good metric because it is a measure of random access. Bigger requests are a mixed measure of sequential performance and random access (and you can basically infer the performance for any io size from the huge request bandwidth and the smallest reasonable IO IOPS)