Size: a a a

SPb Reliability Meetup

2019 February 23

VL

Vitaliy Levchenko in SPb Reliability Meetup
Alexander 😼 Chistyakov
Качественное улучшение среднего времени ответа БД даёт чтение планов запросов
ага. поэтому на каждом РИТ++ и хайлоаде есть обучающий доклад про «читайте планы запросов постгреса»
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Vitaliy Levchenko
ага. поэтому на каждом РИТ++ и хайлоаде есть обучающий доклад про «читайте планы запросов постгреса»
Но ведь никто так и не читает!
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Даже автор вчерашнего доклада про ZFS vs Ext4!
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
взможно я заблуждаюсь но считал то плнировщики типа deadline позволяют стабилизировать время записи. а на чтение влияют не значительно, я не прав ?
источник

p

pragus in SPb Reliability Meetup
Vitaliy Levchenko
насколько я понимаю, это может дать качественное улучшение высоких перцентилей или среднего времени ответа БД. Но сам с этим почти не работал. Т.ч. интересен ваш опыт.
deadline на крутилках
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
pragus
deadline на крутилках
и как оно? Что крутишь, как меряешь, какие цифры получаются?
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Ибо, меня сейчас озарило - помните, у него там чекпойнт комплишн таргет 120 минут?
Это вообще зачем?
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Vitaliy Levchenko
и как оно? Что крутишь, как меряешь, какие цифры получаются?
Рома имел в виду, что для rotational media ставится deadline
Крутить там можно ровно ничего
источник

p

pragus in SPb Reliability Meetup
max_sectors_kb ещё в значение max_hw_sectors_kb
источник

p

pragus in SPb Reliability Meetup
Vitaliy Levchenko
и как оно? Что крутишь, как меряешь, какие цифры получаются?
Ну штатно cfq, который пытается поделить полосу между всеми процессами что в случае всяких СУБД совершенно странно: ты хочешь чтобы бд была в приоритете, а не была наравне с логгером
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Aleksey Shirokikh
взможно я заблуждаюсь но считал то плнировщики типа deadline позволяют стабилизировать время записи. а на чтение влияют не значительно, я не прав ?
Там latency vs throughput
На чтение влияют, скорее всего, незначительно, потому что читаешь ты обычно из page cache
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Да не бывает никакого cfq в 2019-м, опомнитесь, убунту перешла ещё в 14.04
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Даже убунту!
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
загуглил у дедлайна очередь на запис 5 секунд. хм.  какой стабилизации времени говорить с таким временм ?
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Aleksey Shirokikh
загуглил у дедлайна очередь на запис 5 секунд. хм.  какой стабилизации времени говорить с таким временм ?
Ну, хвост у deadline сильно покороче, это я проверял
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Alexander 😼 Chistyakov
Ну, хвост у deadline сильно покороче, это я проверял
?
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
только год назад я узна про biolatency которая вообще пзволяет это оценить. как эти реения принималис в 2014ом когда возможности добыть честную гистогрмму еще не было я хз
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
видимо на синтетике типа fio
источник

p

pragus in SPb Reliability Meetup
Alexander 😼 Chistyakov
Рома имел в виду, что для rotational media ставится deadline
Крутить там можно ровно ничего
Там есть настройки про веса reads/writes и дедлайны.
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Хвост распределения
источник