Добрый день.
База файловая, тестирование и оптимизация уже давно не помогает. Ошибок в базе нет.
Положил базу на отдельный жёсткий диск, тоже толку мало.
Оптимизировать запросы я не умею, слишком мало знаний и опыта.

Во время работы бывает некоторые документы грузит долго и зависает, в мониторе задач жёсткий диск юзается на 100%, предполагаю что что-то кэширует на системный раздел.

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

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

Последний вариант попробовать поставить SSD-диск, и эото поможет, проверено. Но пока хочется обойтись без SSD.

Какие ещё  могут быть варианты? Можно ли как-то повысить приоритет процессу платформы, чтобы он допустим кэшировал в оперативную память побольше и поменьше на диск? Допустим, если 8 Гб ОЗУ на компе, то производительность бы могла весьма возрости, ограничившить не дисковой подсистемой, а процессором.

Примерно такие у меня мысли.

пользователей сколько?

- поставить веб-сервер на физ.сервере с базой;
- опубликовать базу на нем;
- ходить в базу только тонким клиентом через веб-сервер;
- не делать сетевых ресурсов (по smb) с физическим расположением на диске с базой.

(1) Один юзер всегда.

(2) Вообще только тонкий клиент юзается. Подозреваю, что если заводить вэб-сервер, то базу надо будет в SQl-сервер переформатировать (или как правильно будет выразиться). Я понимаю, что реализация БД страдает, так что может и перевод на SQL не поможет особо...

имя и версия конфы?

возможно будет крутое увеличение производительности :)

https://users.v8.1c.ru/distribution/version_files?nick=Platform83&ver=8.3.5.1391

Технологическая платформа 8.3, версия 8.3.5.1391

Внимание! Данная версия является специальной версией, которая предназначена ИСКЛЮЧИТЕЛЬНО для тестирования производительности файлового варианта развертывания информационной базы.

(2) База всегда на локальном компе. Если БД реализована локальными запросами, то под SQL её надо будет переписывать местами. Если я правильно понимаю, то о чём говорю сейчас..

(5) не скажу)) НЕ типовая конфа, практически самописная.

(6) сейчас гляну. у меня как раз свежая версия платформы.

(6) у меня 8.3.5.1068

если один юзер, локально, то тут только замер производительности, анализ и устранение "слишком мало знаний и опыта"

(11) спасибо, кэп))

(6) Давно бы уже сделали микро 1С сервер для работы с файловой версией БД, без серверной лицензии, достаточно пользовательских. Сколько есть, столько микро сервер и раздаёт.

(13) называется "тонкий клиент через http", но все равно имеет смысл только когда юзеров несколько.

(11) категорически согласен )

(6) Не будет увеличения. Тут просто зашиты механизмы автозамеров производительности.
Те так же будет все тормозить, но 1с об этом сможет узнать

(13) А чем не нравится тот который на 5 пользователей?

(13) На простой рабочей станции можно так сделать будет?

(18) это тебе не поможет.

запусти уже отладчик и замер производительности...

(19) У меня доступа нет, не я обслуживаю непосредственно Базу..

Примерно понял, что нужно с отладчика начинать. ОК, спасибо.

(20) а мы тут должны лечить по копии фотографии скриншота экрана?

(20) А к чему 20 постов тогда? Пни того, кто обслуживает, пусть тот и разбирается.

Всем спасибо за умные мысли.