ВН
то есть оно раз в минуту перезаписывало 9 гигов и этого никто не замечал
Size: a a a
2020 September 16
p
Nikolay
Тогда ссккажите. Вот говорил недавно с людьми из postgresql, которые вызывают доверие. они говорят, что ПГ даже при o_direct and o_sycn делает вызов fsync. зачем?
потому что O_DIRECT - это просто "не ходи/клади в кеш". O_SYNC - врядли, потому что это адово медленно будет
ВН
потому что там у них офигенный NVMe массив под этим
ВН
потому что O_DIRECT - это просто "не ходи/клади в кеш". O_SYNC - врядли, потому что это адово медленно будет
O_DIRECT это указание ОС не класть в кэш
ВН
а fsync/FLUSH/O_SYNC это указание ДИСКУ не класть в кэш
A
больше всего мне понравилось, когда мы в ceph восстанавливали бэкап 20 тб базы где было 370 ГБ WAL-ов
проще было на рейд10 из ссд переложить))
p
O_DIRECT это указание ОС не класть в кэш
yep. но никаких гарантий что данные лягут на non volatile storage
N
это кривой дизайн)
N
yep. но никаких гарантий что данные лягут на non volatile storage
ну у oracle o_sync еще при этом, а вот mysql почему-то его не хочет
ВН
Nikolay
это кривой дизайн)
что кривой дизайн? с синками всё хорошо
ВН
Nikolay
ну у oracle o_sync еще при этом, а вот mysql почему-то его не хочет
И НИ НАДО
ВН
O_SYNC это указание КАЖДУЮ ЗАПИСЬ не класть в кэш
ВН
что пиздец как медленно например на десктопных ссд
ВН
т.е. без O_SYNC/fsync NVMe-шка может условно 300000 iops, а с - 1000-2000
N
что кривой дизайн? с синками всё хорошо
с вьюшкой. зачем ее перестраивать постоянно
ВН
Nikolay
с вьюшкой. зачем ее перестраивать постоянно
а, ну это кто-то ошибся просто и думал что она раз в сутки по-моему перестраивается
ВН
перенастроили
ВН
стало нормально))
p
а fsync/FLUSH/O_SYNC это указание ДИСКУ не класть в кэш
скорее FUA после каждой записи
N
O_SYNC это указание КАЖДУЮ ЗАПИСЬ не класть в кэш
он же в ВАЛ пишет большими блоками