Size: a a a

2019 January 28

M

MK in freebsd_ru
Michael マイケル Zhilin ジリン
извиняюсь за троллинг, а у вас какие диски? SAS/SATA? SSD/HDD? :)
идите в жопу 😊
источник

DM

Dmitry Marakasov in freebsd_ru
"Сначала" они вообще в памяти БД могут быть и даже не начать писаться на диск. Потом могут быть в памяти ФС. После fsync() они на диске, если только диск не врёт о свойм статусе
источник

DM

Dmitry Marakasov in freebsd_ru
MK
Меня волнует как это отражается на производительности клиентского софта. "That is the question"
Как что отражается?
источник

M

MK in freebsd_ru
использованиe filesystem vs SQL
источник

M

MK in freebsd_ru
@michael_zhilin Шутка была, коль уж вы троллите. SSD.
источник

DM

Dmitry Marakasov in freebsd_ru
Это абсолютно бессмысленный вопрос. SQL использует фс и имеет свои оверхеды
источник

MZ

Michael マイケル Zhilin ジリン in freebsd_ru
MK
@michael_zhilin Шутка была, коль уж вы троллите. SSD.
так если это SLC и большой RAID, то даже не заметите разницы.
источник

M

MK in freebsd_ru
Моя гипотеза такова, то в общем случае разницы быть не должно - и там и там кэшрование в память сначала.
источник

DM

Dmitry Marakasov in freebsd_ru
Какие-зависит от workload. Можно не заметить, можно на 3 порядка.
источник

M

MK in freebsd_ru
Michael マイケル Zhilin ジリン
так если это SLC и большой RAID, то даже не заметите разницы.
+1
источник

DM

Dmitry Marakasov in freebsd_ru
Такая гипотеза без точного описания конкретного паттерна работы с данными - чушь.
источник

M

MK in freebsd_ru
Dmitry Marakasov
Какие-зависит от workload. Можно не заметить, можно на 3 порядка.
Гы, так вот есть мнение что с ростом нагрузки лучше будет работать filesystem based
источник

MZ

Michael マイケル Zhilin ジリン in freebsd_ru
MK
Моя гипотеза такова, то в общем случае разницы быть не должно - и там и там кэшрование в память сначала.
вопрос в размере. если DB - то ты пишешь данные дважды (в лог + db block). Если есть индексы, то ещё и индексы обновляешь.
источник

M

MK in freebsd_ru
Dmitry Marakasov
Такая гипотеза без точного описания конкретного паттерна работы с данными - чушь.
Согласен. Вообще, надо мерить по хорошему.
источник

MZ

Michael マイケル Zhilin ジリン in freebsd_ru
Вся наша жизнь дерьмой компромисс - ни вверх ни вниз ))) Лучше использовать DB для бизнес данных ибо их надо уметь бекапить, восстанавливать и зеркалирвоать. Если диагностика + логи, то FS и ура
источник

DM

Dmitry Marakasov in freebsd_ru
MK
Гы, так вот есть мнение что с ростом нагрузки лучше будет работать filesystem based
Тоже чушь. БД используют как-бы с вполне конкретной целью. Да, писать bulk потоком без fsync()'ов на ФС будет быстрее всего. Только что от него останется когда у вас пропадёт питание, и как вы его читать потом будете?
источник

M

MK in freebsd_ru
Dmitry Marakasov
Тоже чушь. БД используют как-бы с вполне конкретной целью. Да, писать bulk потоком без fsync()'ов на ФС будет быстрее всего. Только что от него останется когда у вас пропадёт питание, и как вы его читать потом будете?
Ну примерно будет также как с softupdates
источник

M

MK in freebsd_ru
А, стоп. Понял. Да.
источник

DM

Dmitry Marakasov in freebsd_ru
softupdates вообще относится к метаданным.
источник

M

MK in freebsd_ru
Dmitry Marakasov
softupdates вообще относится к метаданным.
я имел ввиду что будет состояние на какой предыдущий интервал времени с похеренными самыми свежими данными
источник