РЖ
больше 100 соединений деградация производительности идет
От калькулятора зависит, конечно.
Size: a a a
2021 February 01
AL
и от типа соединений
РЖ
В идеальных условиях - на 180-200 соединениях встроенный tpc-b like тест показывает максимум.
Это быстрая машина без интерконнектов, база целиком лезет в оперативку и быстрый диск ( или даже RAM-drive )
Это быстрая машина без интерконнектов, база целиком лезет в оперативку и быстрый диск ( или даже RAM-drive )
V
V
V
я вот отсюда только читал, сам не измерял
IK
Yaroslav Schekin
В логах "поймайте" план (с помощью auto_explain), например.
да, с помощью автоэксплейна отловил, что планировщик строит запрос по неоптимальному индексу. Спасибо за подсказку
YS
да, с помощью автоэксплейна отловил, что планировщик строит запрос по неоптимальному индексу. Спасибо за подсказку
Да не за что! ;)
YS
Роман Жарков
В идеальных условиях - на 180-200 соединениях встроенный tpc-b like тест показывает максимум.
Это быстрая машина без интерконнектов, база целиком лезет в оперативку и быстрый диск ( или даже RAM-drive )
Это быстрая машина без интерконнектов, база целиком лезет в оперативку и быстрый диск ( или даже RAM-drive )
Эээ... а о каких идеальных условиях речь?
Если без connection pooler (и пытаться "грузить" максимально), то "потолок" — это CPU cores на сервере.
Если без connection pooler (и пытаться "грузить" максимально), то "потолок" — это CPU cores на сервере.
РЖ
Yaroslav Schekin
Эээ... а о каких идеальных условиях речь?
Если без connection pooler (и пытаться "грузить" максимально), то "потолок" — это CPU cores на сервере.
Если без connection pooler (и пытаться "грузить" максимально), то "потолок" — это CPU cores на сервере.
Например, с придушенным чекпоинтером, который может прийти и "смазать" замер для N-го шага.
Вот я смотрю на график tpc-b сервера с 96-ю ядрами и пик на 180-190 соединений.
Вот я смотрю на график tpc-b сервера с 96-ю ядрами и пик на 180-190 соединений.
РЖ
Интел.
РЖ
Вот я смотрю на график для Power 9 с 30-ю ядрами и пик там же примерно. Хотя график старый и к методике тестирования у меня есть куча претензий.
V
странно у них вообще почти нет деградации
РЖ
Плавная деградация есть у всех. Не все стабильно переживают экстремальные количества подключений.
А в принципе обычная картина: быстрый рост в начале и плавное снижение к концу.
А в принципе обычная картина: быстрый рост в начале и плавное снижение к концу.
YS
Роман Жарков
Например, с придушенным чекпоинтером, который может прийти и "смазать" замер для N-го шага.
Вот я смотрю на график tpc-b сервера с 96-ю ядрами и пик на 180-190 соединений.
Вот я смотрю на график tpc-b сервера с 96-ю ядрами и пик на 180-190 соединений.
По умолчанию в pgbench — это "loosely based on TPC-B", и нередко пишут, что современные серверы он недогружает.
Поэтому проблема с методикой может быть просто в этом.
Поэтому проблема с методикой может быть просто в этом.
РЖ
Yaroslav Schekin
По умолчанию в pgbench — это "loosely based on TPC-B", и нередко пишут, что современные серверы он недогружает.
Поэтому проблема с методикой может быть просто в этом.
Поэтому проблема с методикой может быть просто в этом.
О, там куча подводных проблем камней. Например, относительно недавно я упёрся в число потоков pgbench и он тупо тормозил сам, недогружая бекенды :) Благо, сейчас можно смело делать равное число потоков и клиентов.
YS
Роман Жарков
О, там куча подводных проблем камней. Например, относительно недавно я упёрся в число потоков pgbench и он тупо тормозил сам, недогружая бекенды :) Благо, сейчас можно смело делать равное число потоков и клиентов.
Да его default, в принципе, вообще не для этого.
Я о том, что для разработчиков postgres его смысл в том, чтобы быстро проверять, насколько очередной patch отражается на производительности (и мне кажется, что даже для этого его в последние годы нередко не хватает).
Я о том, что для разработчиков postgres его смысл в том, чтобы быстро проверять, насколько очередной patch отражается на производительности (и мне кажется, что даже для этого его в последние годы нередко не хватает).
MA
Ищу Data Engineer (удаленка)
$30-$45 per-hour
Нужно создать Data Lake и кучу табличек (Snowflake, Matillion).
Загрузка: 30-45 час в неделю, удаленно.
Период: 3-6 месяцев
Начало - через 2-3 недели
Срочно, так что кто раньше обратится - у того преимущество.
Подробности скину, пишите в Telegram на @graystray
#HR #job #outsource
$30-$45 per-hour
Нужно создать Data Lake и кучу табличек (Snowflake, Matillion).
Загрузка: 30-45 час в неделю, удаленно.
Период: 3-6 месяцев
Начало - через 2-3 недели
Срочно, так что кто раньше обратится - у того преимущество.
Подробности скину, пишите в Telegram на @graystray
#HR #job #outsource
SO
Ищу Data Engineer (удаленка)
$30-$45 per-hour
Нужно создать Data Lake и кучу табличек (Snowflake, Matillion).
Загрузка: 30-45 час в неделю, удаленно.
Период: 3-6 месяцев
Начало - через 2-3 недели
Срочно, так что кто раньше обратится - у того преимущество.
Подробности скину, пишите в Telegram на @graystray
#HR #job #outsource
$30-$45 per-hour
Нужно создать Data Lake и кучу табличек (Snowflake, Matillion).
Загрузка: 30-45 час в неделю, удаленно.
Период: 3-6 месяцев
Начало - через 2-3 недели
Срочно, так что кто раньше обратится - у того преимущество.
Подробности скину, пишите в Telegram на @graystray
#HR #job #outsource
С этим релевантней сюда будет @datajobs