ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Журнал транзакций на отдельном разделе. Производительность
7 сообщений из 32, страница 2 из 2
  2  все
Журнал транзакций на отдельном разделе. Производительность
    #39599537
Фотография mefman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mefman
Участник
kukurzikmefmanпропущено...

до 8Гб шаред_буферс не имеет принципиального.

будет ли это иметь значение если 16гб шаред буфферс ?
При больших объемах разделяемой памяти - запихивать их в HP - оптимальное решение, не-то будет это . Там про оракел, но смысл один
...
Рейтинг: 0 / 0
09.02.2018, 11:06
| Ответить | Цитировать | Написать  
Журнал транзакций на отдельном разделе. Производительность
    #39599656
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Как я помню по форуму Oracle, проблемы возникают когда: много памяти (страниц) * (умножаются) * много процессов базы ==> объем памяти требуемой для поддержания таблиц страниц для процессов, становится чуть ли не больше, чем собственно используемая память.

Кроме того, использование Huge Page увеличивает эффективность TLB кэша в процессоре (данных меньше, больше вероятность попадания в кэш), может возрастать скорость работы процессора (Intel уверяет до 5-10%)

AFAIK
...
Рейтинг: 0 / 0
09.02.2018, 13:39
| Ответить | Цитировать | Написать  
Журнал транзакций на отдельном разделе. Производительность
    #39599681
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
Leonid KudryavtsevКак я помню по форуму Oracle, проблемы возникают когда: много памяти (страниц) * (умножаются) * много процессов базы ==> объем памяти требуемой для поддержания таблиц страниц для процессов, становится чуть ли не больше, чем собственно используемая память.

Кроме того, использование Huge Page увеличивает эффективность TLB кэша в процессоре (данных меньше, больше вероятность попадания в кэш), может возрастать скорость работы процессора (Intel уверяет до 5-10%)

AFAIK

У pg ровно та же проблема... ровно так же выражена.
Я видел как то (перед тем как HP включить) PageTables: 50Gb (из 128GB) и полное непонимание локальных админов - почему так и куда память делась (там как раз большой shared buffers и много очень коннектов было)... стало после перехода на HP - 50-100MB.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
09.02.2018, 14:04
| Ответить | Цитировать | Написать  
Журнал транзакций на отдельном разделе. Производительность
    #39599707
Фотография mefman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mefman
Участник
Maxim BogukЯ видел как то (перед тем как HP включить) PageTables: 50Gb (из 128GB) и полное непонимание локальных админов - почему так и куда память делась (там как раз большой shared buffers и много очень коннектов было)... стало после перехода на HP - 50-100MB.

Знакомо ))
...
Рейтинг: 0 / 0
09.02.2018, 14:47
| Ответить | Цитировать | Написать  
Журнал транзакций на отдельном разделе. Производительность
    #39599713
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Leonid KudryavtsevКроме того, использование Huge Page увеличивает эффективность TLB кэша в процессоре
И с учетом патча KPTI против атаки Meltdown - особенно для CPU корпорации Intel - это становится вдвойне необходимо.
Но без патчей - разве что когда сервер БД совсем от интернета наглухо изолирован...
...
Рейтинг: 0 / 0
09.02.2018, 14:50
| Ответить | Цитировать | Написать  
Журнал транзакций на отдельном разделе. Производительность
    #39600878
drsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
drsm
Участник
mackuzAndy_OLAPЛучше увеличить checkpoint_segments.
А вообще вот Вам хорошая ссылка по теме .
И еще про настройку записи на диск .
Спасибо!

У меня 10 гб памяти для SQL-сервера выделено, 4 процессорных ядра, 10-й RAID. Своп отключен. Postgres 9.6, значения _wal_size -- 4 и 8 гб соответственно. Мне все хочется поменьше min_wal_size сделать.
Это приемлемые настройки для логов?
https://habrahabr.ru/company/flant/blog/348324/
...
Рейтинг: 0 / 0
13.02.2018, 01:28
| Ответить | Цитировать | Написать  
Журнал транзакций на отдельном разделе. Производительность
    #39601263
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
drsmmackuzпропущено...

Спасибо!

У меня 10 гб памяти для SQL-сервера выделено, 4 процессорных ядра, 10-й RAID. Своп отключен. Postgres 9.6, значения _wal_size -- 4 и 8 гб соответственно. Мне все хочется поменьше min_wal_size сделать.
Это приемлемые настройки для логов?
https://habrahabr.ru/company/flant/blog/348324/
продвигаете свои статеечки ?

"кто вы такие ? чего вам надо" далее по тексту "я вас не знаю"

зы . аналитика с включенным свопом -- это смерть. когда даже сказать "дроп" кешу нет никакой возможности. (клава отстаёт на часы). одна радость -- оно жужжит. но потом, когда понимаешь, что жужжать оно будет годами -- сам срабатываешь киллером.
...
Рейтинг: 0 / 0
13.02.2018, 16:07
| Ответить | Цитировать | Написать  
7 сообщений из 32, страница 2 из 2
  2  все
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Журнал транзакций на отдельном разделе. Производительность
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=53&msg=39599537&tid=1995947]:
 0ms
get settings:
 9ms
get forum list:
 16ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 45ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 51ms
get tp. blocked users:
 1ms
others: 19ms
total:  162ms
созд. / загр.: 162ms
x
x
Закрыть


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