|
pgbench вешает сервак.
|
|||
---|---|---|---|
#18+
Доброго времени суток! Я с postgresql только начинаю знакомиться, поэтому прошу сильно не пинать. Ситуация такая. Есть новый сервер под БД на 30 Гб. ОС Astra Linux SE 1.5 (Debian 7). Клиентов на данный момент 60, в дальнейшем будет больше. Сервер: 2хXeon@E5-2603, 128 Gb памяти, RAID 10 8x600Gb SAS 15000, SSD 200 Gb под кэш. Решил прогнать тесты утилитой pgbench. Создал базу, всё как сделано в wiki: https://wiki.postgresql.org/wiki/Pgbenchtesting pgbench -i -s 70 -U postgres bench1 Но после запуска: pgbench -c 24 -j 12 -T 600 -U postgres bench1 Сервер виснет намертво. pgbench -c 12 -j 12 -T 600 -U postgres bench1 Тоже вешает сервер намертво. В нашей базе обе команды отрабатывают без проблем. Если запускать тест без указания потоков, то и 100 клиентов отрабатывают нормально. 12 ядер, 12 потоков. Я где-то ошибся, чего-то не понимаю или надо смотреть в сторону железа? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2017, 17:10 |
|
pgbench вешает сервак.
|
|||
---|---|---|---|
#18+
что говорят данные телеметрии сервака и БД? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2017, 17:35 |
|
pgbench вешает сервак.
|
|||
---|---|---|---|
#18+
ramcramДоброго времени суток! Я с postgresql только начинаю знакомиться, поэтому прошу сильно не пинать. Ситуация такая. Есть новый сервер под БД на 30 Гб. ОС Astra Linux SE 1.5 (Debian 7). Клиентов на данный момент 60, в дальнейшем будет больше. Сервер: 2хXeon@E5-2603, 128 Gb памяти, RAID 10 8x600Gb SAS 15000, SSD 200 Gb под кэш. Решил прогнать тесты утилитой pgbench. Создал базу, всё как сделано в wiki: https://wiki.postgresql.org/wiki/Pgbenchtesting pgbench -i -s 70 -U postgres bench1 Но после запуска: pgbench -c 24 -j 12 -T 600 -U postgres bench1 Сервер виснет намертво. pgbench -c 12 -j 12 -T 600 -U postgres bench1 Тоже вешает сервер намертво. В нашей базе обе команды отрабатывают без проблем. Если запускать тест без указания потоков, то и 100 клиентов отрабатывают нормально. 12 ядер, 12 потоков. Я где-то ошибся, чего-то не понимаю или надо смотреть в сторону железа? Сервер как железку/os или как сервер базы данных? Если как железку/os то НИКАКОЕ прикладное приложение не должно ронять нормально настроенный сервер ни в каких случаях. -- Maxim Boguk dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2017, 17:41 |
|
pgbench вешает сервак.
|
|||
---|---|---|---|
#18+
mefmanчто говорят данные телеметрии сервака и БД? Путного ничего. Процессоры не загружена на 100%, не перегревается, свободной памяти более чем, с дисковой подсистемой всё нормально. авторСервер как железку/os или как сервер базы данных? Если как железку/os то НИКАКОЕ прикладное приложение не должно ронять нормально настроенный сервер ни в каких случаях. Что значит нормально настроенный? Есть ОС, все устройства определяются, произведены базовые настройки, драйверы обновлены. А далее та ситуация, которую описал чуть выше. При запуске теста именно таким образом, сервак виснет намертво. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2017, 08:14 |
|
pgbench вешает сервак.
|
|||
---|---|---|---|
#18+
ramcrammefmanчто говорят данные телеметрии сервака и БД? Путного ничего. Процессоры не загружена на 100%, не перегревается, свободной памяти более чем, с дисковой подсистемой всё нормально. авторСервер как железку/os или как сервер базы данных? Если как железку/os то НИКАКОЕ прикладное приложение не должно ронять нормально настроенный сервер ни в каких случаях. Что значит нормально настроенный? Есть ОС, все устройства определяются, произведены базовые настройки, драйверы обновлены. А далее та ситуация, которую описал чуть выше. При запуске теста именно таким образом, сервак виснет намертво. проблема с железом или самой OS (или ее настройками). ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2017, 10:08 |
|
pgbench вешает сервак.
|
|||
---|---|---|---|
#18+
в messages есть что? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2017, 10:09 |
|
pgbench вешает сервак.
|
|||
---|---|---|---|
#18+
Прогнал железо стресстестами, ничего не вылетает, с железом всё ок. Поставил Дебина 8.8.0, Postgresql 9.4. Ощутимо быстрее работает с базами, тесты сервер не подвешивают. В общем начинаю плясать с бубном вокруг долбанной Астры. Всем спасибо за ответы. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2017, 08:50 |
|
pgbench вешает сервак.
|
|||
---|---|---|---|
#18+
Ещё раз доброго времени суток всем. Пообщался с разработчиками, выслали патч, вроде как всё стало получше. Но гарантированно виснет если включить в конфиге параметр: авторsynchronous_commit = off Конфиг: авторmax_connections = 100 shared_buffers = 8GB huge_pages = try work_mem = 164MB maintenance_work_mem = 2GB vacuum_cost_delay = 50 fsync = on synchronous_commit = off full_page_writes = on wal_buffers = 16MB wal_writer_delay = 10ms checkpoint_segments = 32 checkpoint_completion_target = 0.9 effective_cache_size = 96GB default_statistics_target = 100 Где я накосячил? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2017, 11:04 |
|
pgbench вешает сервак.
|
|||
---|---|---|---|
#18+
ramcramЕщё раз доброго времени суток всем. Пообщался с разработчиками, выслали патч, вроде как всё стало получше. Но гарантированно виснет если включить в конфиге параметр: авторsynchronous_commit = off Конфиг: авторmax_connections = 100 shared_buffers = 8GB huge_pages = try work_mem = 164MB maintenance_work_mem = 2GB vacuum_cost_delay = 50 fsync = on synchronous_commit = off full_page_writes = on wal_buffers = 16MB wal_writer_delay = 10ms checkpoint_segments = 32 checkpoint_completion_target = 0.9 effective_cache_size = 96GB default_statistics_target = 100 Где я накосячил? Нигде. Разбирайтесь а авторами OS. Ни база ни нормальные OS сами по себе не зависают. Прежде чем что то сюда писать проверяйте как и ранее на debian или ubuntu. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2017, 11:18 |
|
|
start [/forum/topic.php?fid=53&msg=39472514&tid=1996435]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
others: | 16ms |
total: | 166ms |
0 / 0 |