Клиент жалуется на провалы latency при случайном чтении 4K блоков. iostat показывает <1ms avg — всё «зелёное». Но blktrace + bpftrace выявляют пики до 80ms в iouring SQPOLL: ядро 6.6+, polling thread конкурирует с приложением за доступ к submission queue ring buffer. В то же время libaio на том же железе даёт стабильный p99=1.2ms. Диагностика: blktrace -d /dev/nvme0n1 -o - | blkparse -f '%5T.%9t %5p * = + %4n [%P]n' bpftrace -e 'kprobe:iouringsubmitsqes { @sqes = hist(arg1); }' Проверьте /sys/block/nvme0n1/queue/scheduler — mq-deadline часто лучше для latency-sensitive workloads, чем kyber или none. Подробнее: https://ftops.space/?utm*source=telegram&utm*medium=smm&utm*campaign=ftops&utm*content=nvme-io-uring-protiv-klassicheskogo

Клиент жалуется на провалы latency при случайном чтении 4K блоков. iostat показывает <1ms avg — всё «зелёное». Но blktrace + bpftrace выявляют пики до 80ms в iouring SQPOLL: ядро 6 | Сетка — социальная сеть от hh.ru