медленное проведение документов в 1С 8.2 + postgresql #515385

Народ ситуация в следующем, у меня перестал проводится на mssql документ закрытие месяца, сделал все, почистил все что можно не помогло, в итоге поставил postgresql на debian, документ закрытие месяца начал проводится, но появилась другая проблемам, начали долго проводится перемещения и другие документы, я выяснил, что это из-за raid адаптера, я снес  raid массив и собрал совтварный raid массив 10, документы начали быстрее проводится, но все равно как то медленно, как мне можно еще ускорить провидение документов? у меня ксеон 2 проца по 4 ядра 16 ГБ оперативы sas диски, кэширование на жестких отключено, вот кониг: shared_buffers = 6GB                    # min 128kB or max_connections*16kB                                        # (change requires restart) temp_buffers = 32MB                     # min 800kB #max_prepared_transactions = 5          # can be 0 or more                                        # (change requires restart) # Note:  Increasing max_prepared_transactions costs ~600 bytes of shared memory # per transaction slot, plus lock space (see max_locks_per_transaction). work_mem = 256MB                                # min 64kB # - Free Space Map - max_fsm_pages = 204800                  # min max_fsm_relations*16, 6 bytes each                                        # (change requires restart) max_fsm_relations = 8000                # min 100, ~70 bytes each                                        # (change requires restart) # - Kernel Resource Usage - max_files_per_process = 1000 fsync = on                              # turns forced synchronization on or off default_statistics_target = 100 autovacuum = on                         # Enable autovacuum subprocess?  'on'                                        # requires track_counts to also be on. #log_autovacuum_min_duration = -1       # -1 disables, 0 logs all actions and                                        # their durations, > 0 logs only                                        # actions running at least that time. #autovacuum_max_workers = 3             # max number of autovacuum subprocesses autovacuum_naptime = 30min

В постгри не совсем удачно работает оптимизатор запросов. Поэтому кривонаписанные хитрозакрученные запросы, которые формируютя при проведении, начинают тормозить.

это ни как не обойти?

Смотреть на запросы, переработать их и дополнить. При прямопрограммировании можно добиться очень высокой скорости. У меня шеф бывший тестил на постгри бухгалтерию - там был заметный выигрыш в производительности. На сколько я знаю, тормозит ЗУП и немного оперативный учет, т.к. там хитровывернутые запросы, которые мелкософтовский софт все-таки более-менее оптимизирует. Ну МС давно уже программистов конкурирующих интеллектуально разлагает, чтобы не было вменяемых конкурентов (ИМХО).

У меня бухгалтерия предприятия

Значит что-то где-то как-то не так. У нас производство было. Молоко производили. Много статей затрат, документы больше по учету спецтехники проходили. Есть мысль, что чем больше строк в документе, тем дольше отрабатывают запросы. Посмотри тестом производительности, что тормозит.

Да действительно, чем больше строк в документе тем долще проводится.