скорее всего

потому что не может такой разницы быть

ни от каких тюнов

а, это у них ещё смешнее - 2200 иопс это голые хдд, а 266896 это хдд+ссд кэш через opencas

Типа первое будет будет более рандомным, чем второе? 🤔😉

в смысле? тесты рандома должны быть по 4 КБ, а не 4 МБ

ну в смысле не то чтобы голые, база блюстора на оптане. но это всем же известно, что хуй она чего оптимизируют

для того, кто знает, что block.db не работает как bcache в принципе никогда - тест тупой

Да я, в принципе про разницу рандом и сиквеншиал с одним и тем же размером блока

Вот это интересный вопрос. random r/w - это запись небольшими блоками где-то по 4k и чтение такое же с малой очередью. Ну условно база данных у тебя по индексу прыгает в разные места диска прочитать чего-нибудь небольшими блоками.
Последовательная запись, это когда ну пишешь рядом и с большой очередью (потому что сказал программе запиши 1 МБ в этот файл, ОС побила 1 МБ по 4k и с большой очередью плюнула в устройство записи не делая постоянно fsync).

а, ну в цефе её почти нет, да

они бы показали бенчи, когда у них не всё в кэш легло, а когда кэш кончился

О чём и речь ;)

а то это охуенно показывать, вот смотрите у нас все данные легли не на HDD а на SSD и стало ебать как быстро

вы покажите когда место в кэше кончится

воркинг сет когда не влезет

в общем на будущее, есть 6 команд. их достаточно чтобы получить базовое впечатление о любом блоксторадже:
fio -ioengine=libaio -name=test -direct=1 -filename=/dev/sdX \
 -bs=4k -rw=randwrite -iodepth=1 -fsync=1
 -bs=4k -rw=randwrite -iodepth=128
 -bs=4M -rw=write -iodepth=16
 -bs=4k -rw=randread -iodepth=1
 -bs=4k -rw=randread -iodepth=128
 -bs=4M -rw=read -iodepth=16

без них - впечатление неполное

пробенчить в дополнение ещё всё что угодно не возбраняется, но эти режимы условно нужны =)

Многие почему-то про сеть забывают... Обидно... А это важно