клиент 1С х32 8.3.10.2580
сервер 1С х64 8.3.10.2580
pgSQL 9.6.3 х64 от Postgres Pro (настройки conf по рекомендациям мануалов pdSQL, ИТС, Инфостарт и т.д. )
Win 10x64
i5-6500, 32 GB, fake RAID1, система на SSD, базы и логи pgSQL на RAID1
ИБ типовые БП 2.0, 3.0
размеры ИБ не большие, если верить pg_database_size: 3,3GB, 3,1GB и подобно
по монитору ресурсов на первый взгляд все нормально:
доступной памяти > 15Gb
длина очереди дисков <1
ошибок страниц физической памяти 0
на текущий момент активно готовят бухгалтерскую отчетность
количество сеансов 9
ИБ используется 7
rphost скушал ~6Gb
все процессы postgres < 100Mb
казалось бы кушай - пухни, а не хочет
почему PostgreSQL не хочет кушать оперативную память?
сервер 1С х64 8.3.10.2580
pgSQL 9.6.3 х64 от Postgres Pro (настройки conf по рекомендациям мануалов pdSQL, ИТС, Инфостарт и т.д. )
Win 10x64
i5-6500, 32 GB, fake RAID1, система на SSD, базы и логи pgSQL на RAID1
ИБ типовые БП 2.0, 3.0
размеры ИБ не большие, если верить pg_database_size: 3,3GB, 3,1GB и подобно
по монитору ресурсов на первый взгляд все нормально:
доступной памяти > 15Gb
длина очереди дисков <1
ошибок страниц физической памяти 0
на текущий момент активно готовят бухгалтерскую отчетность
количество сеансов 9
ИБ используется 7
rphost скушал ~6Gb
все процессы postgres < 100Mb
казалось бы кушай - пухни, а не хочет
почему PostgreSQL не хочет кушать оперативную память?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
не, не для прикола... терзают смутные сомненья, совсем чайник с pg (
рядом стоит похожий сервер с похожей нагрузкой, ну может чуть больше, но на MS SQL. Последний прожорливый до памяти, откушал 17Gb, rphost так же в районе 6Gb
вот для MS SQL знаю, что это нормальное поведение и не терзают сомненья )))
а для Postger не знаю - терзают )))
какого-то конкретного ответа не нагуглил, но оно и понятно.
спросил ;)
рядом стоит похожий сервер с похожей нагрузкой, ну может чуть больше, но на MS SQL. Последний прожорливый до памяти, откушал 17Gb, rphost так же в районе 6Gb
вот для MS SQL знаю, что это нормальное поведение и не терзают сомненья )))
а для Postger не знаю - терзают )))
какого-то конкретного ответа не нагуглил, но оно и понятно.
спросил ;)
(3)
Отсюда
В Linux ему больше раздолья при работе с памятью.
большие значения shared_buffers не так эффективны в Windows. Возможно, вы получите лучшие результаты, если оставите это значение относительно небольшим и будете больше полагаться на кеш операционной системы. Оптимальные значения shared_buffers для Windows обычно лежат в интервале от 64 до 512 мегабайт.
Отсюда
В Linux ему больше раздолья при работе с памятью.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот