Почему так долго работает 1с сервер?

Question

[Adel Khalitov]

На centos7 установлен 1с server, postgresql-9.6
Информационная база загружается 1 минуту 20 секунд.
ВПС характеристики: 2гб ОЗУ, 1 vCPU, 25 GB SSD.

Конфигурация постгреса

# DB Version: 9.6
# OS Type: linux
# DB Type: mixed
# Total Memory (RAM): 2 GB
# CPUs num: 8
# Connections num: 20
# Data Storage: ssd

max_connections = 20
shared_buffers = 512MB
effective_cache_size = 1536MB
maintenance_work_mem = 128MB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
effective_io_concurrency = 200
work_mem = 3276kB
min_wal_size = 1GB
max_wal_size = 2GB
max_worker_processes = 8
max_parallel_workers_per_gather = 4

Система, серверо 1с, постгресс кушает 1.1ГБ
Намеренно сделал много потоков, работает вроде как быстрее.
Работает очень долго, пытаюсь распечатать счет, грузится очень долго.
С чем это связано?

Comments

[sim3x]

Смотрите запросы и explain
Есть вероятность, что постгря не при чем

[АртемЪ]

Размер базы какой? И это случайно не виртуалка? Частоту процессора озвучьте.

[Adel Khalitov]

АртемЪ, Размер базы 200мб)
Да виртуалка, что это может значить?

sim3x, А каким образом я могу смотреть запросы?

[АртемЪ]

А так в принципе это офигенно быстро- при таком объеме памяти.
Я не пробовал запускать постгри на сервере где меньше 16Гб.
В любом случае при количестве оперативки меньше 8Гб и процессоре с частотой менее 3,5Ггц нечего ожидать чего-то быстрого.

[Adel Khalitov]

АртемЪ,

grep MHz /proc/cpuinfo
cpu MHz : 2294.608

Ну частота не маленькая, да одно ядро. Неужели в этом дело?
В оперативку не упирается

[Сергей Горностаев]

АртемЪ, у меня PostgreSQL на m4.large инстансе обрабатывает 6 баз, одна из которых весит 37 гигов и весьма активно эксплуатируется примерно 50 пользователями одновременно. При этом тормозов не наблюдается.

[Adel Khalitov]

Сергей Горностаев, АртемЪ то бишь 2 ядра 8 гига RAM,
Тобишь мои взаимодействия "пук" для моей конфигурации. В чем же дело?

[Сергей Горностаев]

Adel Khalitov, вам нужен опытный DBA и опытный 1Сник, чтобы провести диагностику проблемы. Совсем хорошо, если два в одном.

[Adel Khalitov]

Сергей Горностаев, К сожелению это я 2 в одном, но который только начинает свою карьеру)

[nrgian]

АртемЪ,

А так в принципе это офигенно быстро- при таком объеме памяти.
Я не пробовал запускать постгри на сервере где меньше 16Гб.
В любом случае при количестве оперативки меньше 8Гб и процессоре с частотой менее 3,5Ггц нечего ожидать чего-то быстрого.

Хех.
Если бы у вас был опыт с описываемым софтом, то вы бы знали, что добиться чтобы 1С+Постгрес кушали много оперативки - не так то просто.
Типично: не нужно им 16 Г

[АртемЪ]

nrgian, А зачем добиваться?
2Гб оперативки!!! Система, субд, и сервер 1с который обсчитывает все данные.
Серверу надо, субд надо, системе надо, и еще под кэширование дисковых операций неплохо бы оставить хотя бы пять гигабайт.

[АртемЪ]

Сергей Горностаев, Уточните пожалуйста у вас PostgreSQL или сервер 1с+ PostgreSQL обслуживающий 50юзеров, и какая конфигурация БД. Торговля?

[Adel Khalitov]

АртемЪ, 1с+ PostgreSQL обслуживающий 1го юзера.
Бухгалтерия предприятия, редакция 2.0 (2.0.66.45) я ее даже обновить не могу, тк не открывается конфигурация.

У меня не кушает постгрес оперативку, я поставил ему гиганские лимиты, да и 1с не забивает RAM.

[АртемЪ]

Adel Khalitov,

В оперативку не упирается

Вы шутите?

Да виртуалка, что это может значить?

В первую очередь это означает негарантированые ресурсы. Вот вы говорите диск SSD - а какая разница какой там диск, если у вас там VM? Сколько ресурсов диска дадут, столько и будет. То же самое с процессором.

[Сергей Горностаев]

АртемЪ, на одно m4.large инстансе PostgreSQL, на другом сервер 1С. Самая жирная база - УТ 10.3.

[АртемЪ]

Adel Khalitov,

У меня не кушает постгрес оперативку,

А есть что кушать? Гигантские лимиты не помогут при отсутствии оперативки.

[Adel Khalitov]

АртемЪ, Ну я же вам скинул top.
900мб оперативки свободно, только 1\2 занято считай. Ну не кушает же

[АртемЪ]

Сергей Горностаев, И сколько у вас там ОЗУ?

[Adel Khalitov]

АртемЪ, Да я и говорю что 2 ГБ озу. 1 ядро, 25гб ССД

[АртемЪ]

Adel Khalitov, Так нечего кушать - всего 900мб свободно.

[Сергей Горностаев]

АртемЪ, инстансы типа m4.large имеют 8 гигов оперативы.

[Adel Khalitov]

АртемЪ, Да если бы в оперативку упиралось, то жралось бы.
Возможно вы хотите сказать что ядер мало и частота маленькая, что сервер не успевает обрабатывать и лагает?

[Adel Khalitov]

Сергей Горностаев, А сколько ядер и потоков выделенно на 1с серве?

[АртемЪ]

Сергей Горностаев, И насчет скорости работы есть сомнения - насколько я знаю амазон в России сервера не держит, соответственно пинг будет высоким. А большой пинг это уже гарантия крайне неспешной работы.

[АртемЪ]

Сергей Горностаев, Ну по восемь на сервер, и на скуль вполне приемлемо.

[АртемЪ]

Adel Khalitov,

Да если бы в оперативку упиралось, то жралось бы

Если есть достаточно памяти. А если ее осталось копейки - не факт.
Неизвестно еще что у вас с диском - посмотрите нагрузку на диск в момент загрузки базы или выполнения тяжелого отчета.
Поиграйтесь с параметром random_page_cost - он кстати у вас сколько сейчас? Если там кэширование хорошо работает можно 2 поставить, но вполне возможно что больше четырех надо ставить. На виртуалке трудно предсказать что там с диском.

[Сергей Горностаев]

АртемЪ, ДЦ в Ирландии, при работе в терминальном режиме с толстым клиентом вообще никаких проблем с качеством связи. Да и работа без терминала с тонким клиентом УТ 11 и Бухгалтерии 2.0 вполне сносная.

[Adel Khalitov]

random_page_cost = 1.1

[АртемЪ]

Сергей Горностаев, Ну в терминале да, это без проблем. А без терминала, 10я УТ по крайней мере типовая при большом пинге тормозит знатно - куча последовательных запросов.

[АртемЪ]

Adel Khalitov, Попробуйте поставить четыре по умолчанию.
Ставить такие низкие значения есть смысл только если диск реально быстрый на случайные операции, а на виртуалках это редкость. Там скорее больше четырех есть смысл ставить.

[Сергей Горностаев]

АртемЪ, ага, толстый клиент пропускную способность жрёт как не в себя, а тонкий без управляемого интерфейса не запустишь. Уже несколько месяцев пытаюсь убедить клиента переехать на 11-ю и избавить от терминального сервера. Но им же непривычно, лучше будут переплачивать.

[АртемЪ]

Adel Khalitov, Озвучьте пожалуйста платформу, конфигурацию, и какая именно pg_sql - c сайта 1с, или с репы по умолчанию ставили?
Мне прям интересно стало - попробую смоделировать на 2гб ОЗУ.

[АртемЪ]

Сергей Горностаев, Ну иной раз лучше переплатить, чем переучивать сотрудников, а если еще и база переписана, так вообще.

[nrgian]

АртемЪ,

А зачем добиваться?

Затем, что наличие памяти в системе - не означает, что она используется.

[АртемЪ]

nrgian, Мне как-то нет дело до того что -там используется или нет. Я добиваюсь того чтобы памяти хватало на текущие нужды, и оставалось достаточно запаса на случай пиковых нагрузок и естественного прироста нагрузки со временем.

[nrgian]

АртемЪ,

Мне как-то нет дело до того что -там используется или нет. Я добиваюсь того чтобы памяти хватало на текущие нужды, и оставалось достаточно запаса на случай пиковых нагрузок и естественного прироста нагрузки со временем.

То есть сути оптимизации не понимаете, но "добиваетесь"?

[АртемЪ]

nrgian, Оптимизация это достижение оптимального быстродействия, с моей точки зрения.
Но уж точно не попытка заставить субд потреблять больше памяти.....

[nrgian]

АртемЪ,

Оптимизация это достижение оптимального быстродействия, с моей точки зрения.
Но уж точно не попытка заставить субд потреблять больше памяти.....

Не нужно оправдываться.
Я и так уже понял, что вы не понимаете.

[Adel Khalitov]

АртемЪ, nrgian, в общем ничего не хочу заранее говорить.
Сделал следующим образом. Настройки постгрес поставил овер много оперативки ограничение.
1с развернул на локалку, бд подлючаю на впс.
Начал добавлять экземпляр своего в бд через конфигуратор 1с.

postgres очень прожорлив. Я привык работать с mongodb, там такого практический невозможно)
БД грузится долго (200мб всего), оставлю на ночь, завтра буду смотреть работает ли он шустрее и зависит ли медленная работа от 1с на сервере.
Есть очень банальное понимание, вероятность 99% что в лагах виновато кол-во ядер

[АртемЪ]

Adel Khalitov,

Есть очень банальное понимание, вероятность 99% что в лагах виновато кол-во ядер

При чем тут ядра? Один запрос - одно ядро.

[АртемЪ]

У меня вот есть банальное понимание что на виртуалке, да еще и при таком количестве оперативки оно обязано работать очень долго.

Answer 1

[nrgian]

Надеюсь, вы "вакуум" не отключали у Постгреса?

2гб ОЗУ

Это вы под СУБД столько щедро выделили?
Серьезно?

ВПС характеристики

Впрочем, есть еще подозрения на сеть.
Если вы обращаетесь к 1С что у хостера а не локально, то такое возможно запросто.

Comments

[Adel Khalitov]

Я понимаю если бы RAM заполнялся хотябы на 80% я могу сейчас добавить оперативки, цена вопроса 10$.
Так я сейчас психанул и добавил езе 2 гб озу и 1 ядро.
Так ничего ровным счетом не поменялось.(Да стало шустрее но не значительно)
В итоге было 4гю ОЗУ и 2 Ядра, конфигурацию постгреса менял.

[nrgian]

Adel Khalitov, Переиндексация, вакуум. Не перезагружать после этого.
А потом уже делать выводы

[nrgian]

Adel Khalitov,

Я понимаю если бы RAM заполнялся хотябы на 80%

Если в конфигурационном файле PostgreSQL указано, чтобы он не жрал память - он и не будет жрать память.
Но будет с диска подкачивать - и как следствие будет тормозить.

[Adel Khalitov]

nrgian, Cделал переинтексацию, вакус, перезагрузку (понимаю что дурак)

[nrgian]

Adel Khalitov, НЕ НУЖНО перезагрузку после этого.
При переиндексации - как раз PostgreSQL подбирает с диска данных в оперативку.

[Adel Khalitov]

nrgian, Давайте еще раз сделаю) Сукунду)
Какие действия необходимо произвести после переиндексации, после вакуума?

[nrgian]

Adel Khalitov, проверить сколько скушала СУБД оперативной памяти (при условии, что в файле конфигурации вы это разрешили).
ну и посмотреть производительность.

[Adel Khalitov]

nrgian, После индекса скушал примерно 800мб

[nrgian]

Adel Khalitov, настраивайте PostgreSQL, чтобы больше памяти задействовал.
он не будет кушать, сколько бы вы в сервер не закинули, если в настройках Постргреса указана, что "кушать много не надо".

shared_buffers = 512MB
effective_cache_size = 1536MB
maintenance_work_mem = 128MB

Это смешные маленькие цифры.
Больше отдайте памяти.

[Adel Khalitov]

nrgian, А именно с каким показателем мне играть?

[nrgian]

Adel Khalitov,
https://habr.com/ru/post/217073/

DB Type
Выберите "Online transaction processing system" если создание документов прежде всего.
или
"Data warehouses" если аналитика прежде всего.

Total memory - я бы самый минимум от 4Г исходил (а лучше 8-16Г)

[Adel Khalitov]

nrgian,

# DB Version: 9.6
# OS Type: linux
# DB Type: oltp
# Total Memory (RAM): 4 GB
# CPUs num: 1
# Connections num: 22
# Data Storage: ssd

max_connections = 22
shared_buffers = 1GB
effective_cache_size = 3GB
maintenance_work_mem = 256MB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
effective_io_concurrency = 200
work_mem = 47662kB
min_wal_size = 2GB
max_wal_size = 4GB

Все так же тупит, и не кушает RAM

[nrgian]

Adel Khalitov, после переиндексации (без перезагрузки после переиндексации) - проверяли?

[Adel Khalitov]

nrgian, с новым конфигом не проверял. Сегодня вечером обязательно проверю, отпишу.

[CodeNull]

Какие результаты? Что-то помогло?

[Adel Khalitov]

CodeNull, Ничего не помогло. Перевел все в файловую систему и оставил как есть)