Вопрос по Postgresql

Установил Postgresql - с сайта Postgres pro под Windows- самая последняя 9.6 для 1с.

Выполнил рекомендации из ИТС и gilev.ru/postgres. Что на ИТС, что у Гилева встречаются настройки, которых нет в конфигурационном файле, например checkpont_segmens . Из рекомендаций Гилева мне не подошла настройка effective_io_concurrency - c подобной настройкой PG не стартует.


Сравниваю производительность баз данных под MS SQL и Postgresql , поэтому базы подняты с одного dt и выполняю одинаковые длительные обработки на одном и том же компьютере, обе СУБД на одном сервере.

Вот что я заметил. Время выполнения на обоих СУБД почти одинаковое, MS SQL почти всегда быстрее , но не критично , примерно 10%, диски под MS SQL производительней, все файлы PG на одном диске, поэтому такая разница устраивает и понятна.



НО... при втором, третьем выполнении этой же обработки, время на MS SQL уменьшается очень сильно, а на PG - уменьшения - нет .Вообще.

Например , один тест - под MS SQL 10 мин- первый запуск, 7 минут - второй запуск. Под PG- все время 12 минут.(Времена округленные).
второй тест под MS SQL первый прогон- 37, второй- 31 минута. Под Postgresql . Самый первый прогон - 50 минут, после vacuum full verbose analyze и изменения конфигурационнойго файла- 35 минут и на этом все, следующие прогоны вокруг этой цифры, уменьшения нет.


Можно ли добиться использования кеша 1с настройками Postgresgl? Или это не кэш?

мало памяти- это какая настройка.
сама база 17 гб.

Один тест- проведение по партиям - стандартная в УТ10
второй тест - самодельная обработка с очень неоптимальными запросами.

Комп клиентский - Win 7, сервер- Win server 2008 r2

(5) посмеялся , молодец.

(6) может. Скоро буду.
Сейчас я тестирую на тестовом сервере на тестовых базах.

Ожидал увидеть большую разницу в пользу MS SQL. И удивился небольшой разнице.

Но про кэш узнать хочется.

(11)

Размер базы я писал выше- 17 гб.

shared_buffers = 6GB
effective_cache_size = 18GB

или что-то другое?

(13) у нас не крупная система.
Кого привлекли?

Не все так думают.

https://www.youtube.com/watch?v=pe_dwL38_o8

Про shared_buffers  отсюда

https://its.1c.ru/db/metod8dev#content:5866:hdoc

(18)

На постргреспро с вашей же ссылки написано совсем не то, что вы пишете

shared_buffers (integer)
Задаёт объём памяти, который будет использовать сервер баз данных для буферов в разделяемой памяти. По умолчанию это обычно 128 мегабайт (128MB), но может быть и меньше, если конфигурация вашего ядра накладывает дополнительные ограничения (это определяется в процессе initdb). Это значение не должно быть меньше 128 килобайт. (Этот минимум зависит от величины BLCKSZ.) Однако для хорошей производительности обычно требуются гораздо большие значения. Задать этот параметр можно только при запуске сервера.

Если вы используете выделенный сервер с объёмом ОЗУ 1 ГБ и более, разумным начальным значением shared_buffers будет 25% от объёма памяти. Существуют варианты нагрузки, при которых эффективны будут и ещё большие значения shared_buffers, но так как Postgres Pro использует и кеш операционной системы, выделять для shared_buffers более 40% ОЗУ вряд ли будет полезно. При увеличении shared_buffers обычно требуется соответственно увеличить max_wal_size, чтобы растянуть процесс записи большого объёма новых или изменённых данных на более продолжительное время

У меня не случай сервера с 1 гб оперативки

(23)
effective_cache_size = RAM-shared_buffers

Это размер кэша файловой системы

Мной взято с gilev.ru

(30) дайте ссылки на актуальные лайф-хаки

(31) спасибо за ссылку

Про постгрес про я в курсе. Я не нашел там по теме топика- кэшу 1с. Может, плохо искал.

(39) спасибо за ссылку. В моем конфигурационном  файле нет п.5 с расширяемыми библиотеками, видимо. Посмотрю.


Посмотрел. Все это есть. Ступил.
Я же устанавливал Постгри с их сайта, поэтому их настройки в конфигурационном файле уже есть изначально.

(38) Я планирую нагрузочный тест из корпоративного инструментального пакета.

https://its.1c.ru/db/kip#content:40:hdoc

(48) найти "что-то" можно без SQL - по технологическому журналу

(51) Можете в какой- нибудь вашей тестовой базе на Postgres с вашими настройками, например,на УТ11 замерить закрытие месяца - два раза подряд ?

(58) интересует, будет ли уменьшение времени . Поэтому подходит любая длительная обработка данных.

(61) Да.
(65) Повтор одинаковых операций. Самое простое- Провести документ, потом еще раз провести документ , во второй раз проведется быстрее :) на MS SQL, на Postgresql у меня - нет.
А у вас как будет? Это интересует.

можете написать время в первый раз, время во второй?

можете поделиться конфигурационным файлом?

Можно сюда petryankin@rambler.ru

Спасибо, Алексей, получил, посмотрю

Тут, оказывается , есть "движуха"

Доклад для ознакомления хорош . Вчера посмотрел, понравилось.
Он- докладчик - Антон Дорошкевич на инфостарте в моем топике проявился. Может, напишет про кэш.

К эксперту начинаю готовиться. Без Postgres не получится :(

Сотка мне досталась