Re:Axboe Achieves 8M IOPS Per-Core with Newest Linux Optimiz...
by junon on Monday October 18, 2021 @04:49PM
(#28911524)
> Unless there are some drawbacks to these optimizations, there should be no negative side-effects.
Historically the benchmarks have been crafted in a way to make them seem faster than their real-world and well-formed opponents (e.g. the io_uring vs epoll benchmark). One issue that was pointed out was that the io_uring benchmark eschewed proper error handling in order to avoid some branches, whereas the epoll benchmark properly error checked. This reduced the benchmark times considerably, though no correction was ever published after the fact.
This is why in the Github issue I mentioned in another comment there are some people understandably a bit annoyed. I don't choose to jump to conclusions about Axboe's intent, and my original comment wasn't meant to do so.
Re:Axboe Achieves 8M IOPS Per-Core with Newest Linux Optimiz...
by spicybright on Monday October 18, 2021 @07:11PM
(#28913000)
Why wouldn't you report more rigorous benchmarks for typical use cases though? Why can't others reproduce it the same?
AFAIK as I know, these changes shouldn't negatively impact tasks that are not making any use of these features. So, even if improvements are not directly proportional to what is being reported, they're still real.