Size: a a a

pgsql – PostgreSQL

2021 January 21

VY

Victor Yegorov in pgsql – PostgreSQL
Igor Chizhov
1. Исходя из заказанных характеристик. Суммирование странное на дашборде. Думаю, Total - это общая цифра доступной памяти.
2. 25% памяти - это shared_buffers? Т.е. в моём случае лучше докинуть с 8 до 12 Гб? И можно поэкспериментировать с 36?
3. Поскольку это Managed Service for PostgreSQL, вряд ли внутри спрятали что-то ещё, кроме СУБД.
до 12 можно, больше не надо — там очень просто в ногу выстрелить.
источник

IC

Igor Chizhov in pgsql – PostgreSQL
Victor Yegorov
до 12 можно, больше не надо — там очень просто в ногу выстрелить.
Спасибо! В ногу не надо )))
То есть я могу предположить, что сейчас основная часть данных кэшируется на уровне ОС. А buffers используются довольно слабо.
источник

am

a m in pgsql – PostgreSQL
Igor Chizhov
1. Исходя из заказанных характеристик. Суммирование странное на дашборде. Думаю, Total - это общая цифра доступной памяти.
2. 25% памяти - это shared_buffers? Т.е. в моём случае лучше докинуть с 8 до 12 Гб? И можно поэкспериментировать с 36?
3. Поскольку это Managed Service for PostgreSQL, вряд ли внутри спрятали что-то ещё, кроме СУБД.
25% или 75% — это из того соображения, что буферы линукса и буферы постгреса работают примерно одниаково, и если дать половину памяти, то все будет закешировано два раза.
источник

IC

Igor Chizhov in pgsql – PostgreSQL
a m
25% или 75% — это из того соображения, что буферы линукса и буферы постгреса работают примерно одниаково, и если дать половину памяти, то все будет закешировано два раза.
Понял, спасибо, не знал.
источник

am

a m in pgsql – PostgreSQL
Исходя из этого же соображения следует, что жить можно вообще на конфигурации по умолчанию и никаких буферов не крутить. Но если об этом узнает широкая общественность, то миллионы технических специалистов потеряют свои рабочие места.
источник

SS

Sergii Serogin in pgsql – PostgreSQL
в случае с постгресом - да, он хорошо сам по себе ресурсы берет
а для остальных  ДБ надо подкручивать настройки периодически
источник

IC

Igor Chizhov in pgsql – PostgreSQL
a m
Исходя из этого же соображения следует, что жить можно вообще на конфигурации по умолчанию и никаких буферов не крутить. Но если об этом узнает широкая общественность, то миллионы технических специалистов потеряют свои рабочие места.
Кстати, плюс Managed Service в том, что настройки конфигурации СУБД подстраиваются под выбранную конфигурацию кластера. Если я завтра решу взять больше CPU и памяти, то мне даже в конфиг лезть не придётся.
источник

am

a m in pgsql – PostgreSQL
Igor Chizhov
Кстати, плюс Managed Service в том, что настройки конфигурации СУБД подстраиваются под выбранную конфигурацию кластера. Если я завтра решу взять больше CPU и памяти, то мне даже в конфиг лезть не придётся.
А в случае покупки железного сервера потребуется прописывать нужный драйвер процессора в конфиг, что ли?
источник

IC

Igor Chizhov in pgsql – PostgreSQL
Нет, менять конфиги руками
источник

am

a m in pgsql – PostgreSQL
Я ниче не понял. Вы точно не перенос данных имеете в виду?
источник

D

Dmitriy in pgsql – PostgreSQL
a m
Я ниче не понял. Вы точно не перенос данных имеете в виду?
Он, видимо, имеет в виду, что shared_buffers руками увеличивать не надо будет
источник

D

Dmitriy in pgsql – PostgreSQL
Если докинуть памяти
источник

VY

Victor Yegorov in pgsql – PostgreSQL
a m
Исходя из этого же соображения следует, что жить можно вообще на конфигурации по умолчанию и никаких буферов не крутить. Но если об этом узнает широкая общественность, то миллионы технических специалистов потеряют свои рабочие места.
не совсем. доступ к shared_buffers всё же дешевле и всё будет чутка быстрее
https://dataegret.com/2018/01/postgresql-performance-meltdown/
источник

IC

Igor Chizhov in pgsql – PostgreSQL
Dmitriy
Он, видимо, имеет в виду, что shared_buffers руками увеличивать не надо будет
В первую очередь да, их. Если буду увеличивать ресурсы - сравню конфиги, интересно же.
источник

D

Dmitriy in pgsql – PostgreSQL
Igor Chizhov
В первую очередь да, их. Если буду увеличивать ресурсы - сравню конфиги, интересно же.
Вообще поправить руками конфиг через какой-нибудь Ansible не выглядит сложной задачей. Но я не админ, так что могу ошибаться
источник

IC

Igor Chizhov in pgsql – PostgreSQL
Абсолютно несложно, когда за плечами есть опыт. У меня он пока маловат, вот набираюсь мудрости здесь )
источник

b

blkmrkt in pgsql – PostgreSQL
Ребят, а какова ситуевина с импортами питоновых модулей внутри питоновских функций? Были какие подвижки после 9.4? Можно ли указать постгресу собственный PYTHONPATH с готовыми модулями?
источник

TS

Talant Sitdikone in pgsql – PostgreSQL
Привет. Я новичок, поэтому не пинайте. Могу ли я использовать конструкции типа "INSERT INTO pictures_beta(user_id, src) VALUES ($1, CONCAT('/',(SELECT last_value FROM pictures_beta_id_seq)::character varying, '.', '" + additional + "'))"  ?
источник

IC

Igor Chizhov in pgsql – PostgreSQL
Коллеги, кто-нибудь юзает расширение pg_stat_kcache? Выглядит полезно.
источник

ПЕ

Петр Егоров... in pgsql – PostgreSQL
судя по графику разве не наоборот?
(посмотрел по диагонали)
источник