Добрый день! БГУ в клиент-серверном режиме подтормаживает во время формирования отчетов. Каталог с базами PostgreSQL стоит на системном диске. Если перенести только каталог баз на SSD, может ли это ускорить работу?

Смотрели в системном мониторе, диск во время активной работы все время загружен на 100% (HDD)

может да, а может нет

(2) Ну а если причина в самом диске, может помочь? Нужно только каталог с базами PostgreSQL перенести на SSD или ещё что-то?

(0) Попробовать стоит.

(0) " Каталог с базами PostgreSQL стоит на системном диске." - так не стоит делать. БД отдельно, система - отдельно.

(5) А Сервер 1С тоже нагружает диск? Его никак не перенести на SSD?))

(6) А ключ D для кого?

(7) Не понимаю, что это? Можно подробнее? :)

(0) Уточните конфигурацию сервера! Бюджетники не богаты на финансирование ИТ-инфраструктуры.

(8) может не стоит)
http://avditor.ru/index.php/programmirovanie-1s/67-1c-klient-server-perenos-zhurnala-registratsii-na-drugoj-disk
1 вариант

(8) В строке запуска агента 1С можно указать
-d "d:\server"
Соответственно общие данные кластера будут размещены в каталоге server на диске D

(6)Журнал регистрации может созвать интенсивную запись, техжурнал - тем более(если велюен).

(12) включен

Да там скорее всего Xeon 10-15 летней давности и 2-4 Гб ОЗУ. Все уходит в своп.

(9) Intel Xeon CPU E31220 3.10 GHz
8 ГБ ОЗУ

(15) Еще плюс редакция 1.0 или 2.0?

А база большая?

(16)  БГУ 1.0. Но на нем еще одна база крутится - ЗКГУ 3.1. Она, как ни странно, работает нормально, а вот БГУ подтормаживает.

(17) Всего 3 ГБ БГУ 1.0

(18) Пересчитайте итоги, в БГУ 1.0 нет автоматического сдвига границы. Тормозит что именно? Если ползунок внизу идет с процентом вывода, то это уже на уровне рабочего места пользователя. Если долго именно до начала отображения хода формирования отчета - на сервере.

(19) Ну раз такой смешной размер - попробуйте бесплатный mssql express

(20) Да, проблема определенно на сервере. Посмотрю как будет после переноса каталога баз на SSD.

(22) Так итоги на какую дату рассчитаны?
Вы понимаете, что если они неактуальные, то для вывода отчета надо прочитать всю таблицу ЕПСБУ?

В БГУ 1.0.56.8-10 сломали заполнение документа инвентаризации(по кнопке "Заполнить")- глухо виснет. В 56.7 работает быстро. Пришлось опять выключать многострадальный enable_nestloop. Сообщил сопровождаещему франчу, обещали отписать в 1С, может, когда-нибудь починят... Или скажут - переходите на БГУ 2.0.

(24) Вот за это я и не люблю постгрес, при всей его свободности и прочих плюшках - оптимизатор у него "чересчур оптимистичный", особенно в характерных для 1с джойнах с подзапросами.

(25) Это да, за джойнами с подзапросами разработчику нужно все время следить.

(22) Если fsync и full_page_writes включены, то с HDD  - это гиблое дело.

(27) Надо будет посмотреть, но все настройки по умолчанию.

(21) +1

Еще многопоточный тест Fragster-а показывает, что массовое создание временных таблиц происходит раза в 3-4 медленнее на HDD , чем на рамдиске или аппаратном
raid-контроллере с кэшем. Вполне вероятно, что SSD поможет, если, к тому же, увеличить количество памяти до 16-24 ГБ и поместить базы в shared buffers.

А если еще и процессор заменить на максимально возможный по частоте для данной матплаты... В общем, каша из топора.