Yes. I am Russian, mne mozhno.

Звучит скорее как заклинание призыва демонов из трешового хоррора середины нулевых

...Собственно, как и любая шелл-команда длиннее трёх слов

Это главный стораджист в интеле короче

Мы обречены

Главная каста индусов

а чо тебя с ними случилось?

поймал периодические задержки в несколько мс?

Я на них нашёл прикол производительности. Дело не в периодических задержках. Дело в том, что если пишешь несколько раз подряд в один и тот же сектор (подряд = если не перезаписать между двумя перезаписями одного сектора примерно хотя бы 128 кб других секторов) - то оно тормозит примерно в ~10 раз

Воспроизвести можно так:

$ fio -direct=1 -rw=write -bs=4k -size=4k -loops=100000 -iodepth=1
-> 3142 iops

$ fio -direct=1 -rw=write -bs=4k -iodepth=1
-> 26k iops

прикольно. я думал это проблема перепонения буфера на контроллере

и если повторить с глубиной очереди > 1 то тоже - условно

$ fio -ioengine=libaio -name=test -bs=4k -direct=1 -numjobs=1 -iodepth=16 -offset=90% -loops=100000 -size=4k -rw=write -filename=/dev/sde
-> 4384 iops

$ fio -ioengine=libaio -name=test -bs=4k -direct=1 -numjobs=1 -iodepth=16 -offset=90% -loops=100000 -size=1G -rw=write -filename=/dev/sde
-> 67k iops

то есть выглядит так, как будто прошивка говно и сериализует записи в один и тот же сектор

пока прошлая не заканчивается - новая не начинается

жопа в том, что например у Linstor-а есть маленькая фиксированная область метаданных - bitmap

в который ПОСТОЯННО идёт запись почти по одним и тем же смещениям

поэтому Linstor на этом кластере ведёт себя мегаотвратительно

я где-то выше постил - условно 700 иопс

или 300. что-то типа того

ну у меня на таких лежат бд и кеши цефа

а на цеф почти не влияет, вроде, т.к. rocksdb не пишет в один и тот же сектор подряд несколько раз