ReSQL.ru
     
powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Оптимизация настроек сервера
10 сообщений из 35, страница 2 из 2
  2  все
Оптимизация настроек сервера
    #40008368
kliff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kliff
Участник
OoCc
kliff
пропущено...


Да, проверил
[always] madvise never


Этот параметр должен быть на [never]
Pезервировать нужно только через explicit huge pages.


если не трудно, можете отослать к чтиву? Все, что нагуглил, что то каша в голове после прочитанного
...
Рейтинг: 0 / 0
14.10.2020, 11:00
| Ответить | Цитировать | Написать  
Оптимизация настроек сервера
    #40008377
kliff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kliff
Участник
OoCc
kliff
пропущено...


Да, проверил
[always] madvise never


Этот параметр должен быть на [never]
Pезервировать нужно только через explicit huge pages.


grep Huge /proc/meminfo
AnonHugePages: 24576 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB

правильно я понимаю, что для ПГ рекомендуется отключать transparent_hugepage и увеличивать Hugepagesize примерно до 1G?
...
Рейтинг: 0 / 0
14.10.2020, 11:29
| Ответить | Цитировать | Написать  
Оптимизация настроек сервера
    #40008382
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
kliff,

Не читайте советских газет до обеда.

Отключение transparent_hugepage рекомендуется для старых ядер где с ними проблемы были, если у вас хотя бы 18LTS убунта и новее - это вам уже не актуально, работает нормально без проблем без лишних телодвижений.
HugePages актуальны нормальные если база их использует (т.е. huge_pages=on) и тогда их надо выделять под размер shared_buffers +5% где то.
Иначе просто будет ничем не занятая память.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
14.10.2020, 11:43
| Ответить | Цитировать | Написать  
Оптимизация настроек сервера
    #40008392
Фотография OoCc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OoCc
Участник
Maxim Boguk
kliff,

Не читайте советских газет до обеда.

Отключение transparent_hugepage рекомендуется для старых ядер где с ними проблемы были, если у вас хотя бы 18LTS убунта и новее - это вам уже не актуально, работает нормально без проблем без лишних телодвижений.
HugePages актуальны нормальные если база их использует (т.е. huge_pages=on) и тогда их надо выделять под размер shared_buffers +5% где то.
Иначе просто будет ничем не занятая память.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru



мне особенно "нравится" то что они учавствуют в свопировании. Только за это их нужно отключать.

Вопрос THP хорошо обсосан. Например здесь.
https://www.percona.com/blog/2019/03/06/settling-the-myth-of-transparent-hugepages-for-databases/
...
Рейтинг: 0 / 0
14.10.2020, 12:11
| Ответить | Цитировать | Написать  
Оптимизация настроек сервера
    #40008393
Фотография OoCc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OoCc
Участник
kliff
OoCc
пропущено...


Этот параметр должен быть на [never]
Pезервировать нужно только через explicit huge pages.


если не трудно, можете отослать к чтиву? Все, что нагуглил, что то каша в голове после прочитанного


https://www.percona.com/blog/2018/12/20/benchmark-postgresql-with-linux-hugepages/
...
Рейтинг: 0 / 0
14.10.2020, 12:11
| Ответить | Цитировать | Написать  
Оптимизация настроек сервера
    #40008434
kliff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kliff
Участник
Maxim Boguk
kliff,

Не читайте советских газет до обеда.

Отключение transparent_hugepage рекомендуется для старых ядер где с ними проблемы были, если у вас хотя бы 18LTS убунта и новее - это вам уже не актуально, работает нормально без проблем без лишних телодвижений.
HugePages актуальны нормальные если база их использует (т.е. huge_pages=on) и тогда их надо выделять под размер shared_buffers +5% где то.
Иначе просто будет ничем не занятая память.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru


Относительно новая. Redhat 7.6 с ядром 3.10
...
Рейтинг: 0 / 0
14.10.2020, 13:49
| Ответить | Цитировать | Написать  
Оптимизация настроек сервера
    #40008556
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
kliff
Maxim Boguk
kliff,

Не читайте советских газет до обеда.

Отключение transparent_hugepage рекомендуется для старых ядер где с ними проблемы были, если у вас хотя бы 18LTS убунта и новее - это вам уже не актуально, работает нормально без проблем без лишних телодвижений.
HugePages актуальны нормальные если база их использует (т.е. huge_pages=on) и тогда их надо выделять под размер shared_buffers +5% где то.
Иначе просто будет ничем не занятая память.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru


Относительно новая. Redhat 7.6 с ядром 3.10


наумерация ядер у redhat в принципе не совпадает с наумерацией ядер у нормального линукса...
у нормального линукса ядра сейчас в районе 5.*
redhat на 2.32 "номере" сидел когда уже были 4тые ядра кругом...
так что я тут ничего не подскажу.

3.10 без списка что они там из mainline backport втащили - не говорит ничего.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
14.10.2020, 17:02
| Ответить | Цитировать | Написать  
Оптимизация настроек сервера
    #40008562
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
OoCc,

Для OLTP с низкими временами жизни коннектов и низкими work_mem - пользы мало.
А когда у вас OLAP с 256-512 work_mem живущими по полсуток - ситуация резко меняется.
При этом для OLTP нагрузки там потерь будет копейки а для OLAP выигрыш будет вполне заметный.
На новых ядрах я перестал THP отключать и никаких проблем не вижу очень давно (с 4.12 чтоли).

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
14.10.2020, 17:07
| Ответить | Цитировать | Написать  
Оптимизация настроек сервера
    #40008563
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
kliff
Maxim Boguk
kliff,

Не читайте советских газет до обеда.

Отключение transparent_hugepage рекомендуется для старых ядер где с ними проблемы были, если у вас хотя бы 18LTS убунта и новее - это вам уже не актуально, работает нормально без проблем без лишних телодвижений.
HugePages актуальны нормальные если база их использует (т.е. huge_pages=on) и тогда их надо выделять под размер shared_buffers +5% где то.
Иначе просто будет ничем не занятая память.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru


Относительно новая. Redhat 7.6 с ядром 3.10


но в общем случае 90% что вы не там ищете и надо не на настройки и не на параметры сервера смотреть а на запрос
и разбираться что с ним не так под нагрузкой
и что не так с сервером под нагрузкой.... okmeter поставьте - будет виднее все сразу.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
14.10.2020, 17:10
| Ответить | Цитировать | Написать  
Оптимизация настроек сервера
    #40008799
Фотография OoCc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OoCc
Участник
Maxim Boguk
OoCc,

Для OLTP с низкими временами жизни коннектов и низкими work_mem - пользы мало.
А когда у вас OLAP с 256-512 work_mem живущими по полсуток - ситуация резко меняется.
При этом для OLTP нагрузки там потерь будет копейки а для OLAP выигрыш будет вполне заметный.

huge pages нужны для shared_buffers в первую очередь. Для work_mem, в случае OLTP с низкими временами жизни коннектов, transparent huge pages не подходят ввиду их высокой стоимости аллокации.
Maxim Boguk

На новых ядрах я перестал THP отключать и никаких проблем не вижу очень давно (с 4.12 чтоли).

Я подожду до 5.9
...
Рейтинг: 0 / 0
15.10.2020, 11:57
| Ответить | Цитировать | Написать  
10 сообщений из 35, страница 2 из 2
  2  все
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Оптимизация настроек сервера
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=53&msg=40008368&tid=1994426]:
 0ms
get settings:
 8ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 312ms
get topic data:
 11ms
get forum data:
 2ms
get page messages:
 41ms
get tp. blocked users:
 1ms
others: 333ms
total:  726ms
созд. / загр.: 726ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]