LK
Отсюда рекомендация разделять сервера.
Size: a a a
2020 November 23
LK
Если на одном серваке потребление вырастет, будут описанные проблемы.
ИС
В целом я с вами согласен но и ПГ не возьмёт больше чем ему нужно а если памяти недостаточно в принципе Получается производительностью упадёт
LK
Илья Савельев
В целом я с вами согласен но и ПГ не возьмёт больше чем ему нужно а если памяти недостаточно в принципе Получается производительностью упадёт
В данном кейсе производительность не имеет значения.
Конечно нужно увеличивать память, если нельзя увеличить память, разделять сервера и т.п.
Конечно нужно увеличивать память, если нельзя увеличить память, разделять сервера и т.п.
ИС
Я вас понял цель именно придушить ПГ
LK
Да, как временное решение.
ИС
Если ограничить память например в контейнере, кешь будет ограничен, ограничением контейнера.
свопа не будет.
свопа не будет.
Так а это разве не подходит
LK
Илья Савельев
Так а это разве не подходит
Какое?
ИС
Контейнер
LK
Не в контейнерах данный кейс изначально.
ИС
ПГ + 1С в одном контейнере?
LK
Нет контейнеров вообще.
ИС
Я контейнеры не щупал, поэтому и спрашиваю самому интересно
LK
С контейнерами под lxd, есть проблема со swap при использовании snap,
поэтому пока ищу способ придушить сам pg.
поэтому пока ищу способ придушить сам pg.
LK
Лучший вариант для этого случая proxmox.
ИС
Понятно
AM
Господа. Добрый вечер. После перевода УПП на pg стали очень долго формироваться отчеты связанные с номенклатурой. Изначально вообще была ошибка при открытии номенклатуры (исправилось изменением параметра join_collapse_limit с 20 на 8). Если у кого-то есть упп на pg посмотрите пожалуйста у себя отчет Печать прайс-листа.
АД
Я уже выше писал
Что этот отчёт и печать этикеток и ценников - классика того как нельзя писать код 1с при использовании pg
Почитайте рекомендации на итс (их всего 2 штуки) и поправьте код 1с
Что этот отчёт и печать этикеток и ценников - классика того как нельзя писать код 1с при использовании pg
Почитайте рекомендации на итс (их всего 2 штуки) и поправьте код 1с