Открываю конфигуратор УПП(дерево конфигурации) локально на сервере после очистки кэша - процесс длится более полутора часов. Сама база лежит на другом диске(SSD).
Платформа 8.2.19, SQL, 32Гб памяти, диск HDD, RAID с зеркалированием. Вижу что грузит диск создание кэша,  очередь к диску при этом  достигает 8-13(в обычном режиме около нуля), скорость записи файлов кэша 250 байт/сек.
Это нормально? Как можно ускорить кроме замены диска?

Антивирус снес - положение не изменилось

Хоть подскажите у кого сколько открывается для сравнения

вообще-то только первый раз открывается меньше минуты, дальше моментально

(3) Капец, куда копать - жесткий дурит?
А... Забыл сказать конфа настроенная, т.е. с возможностью изменения. Может еще в этом дело?

(4) На других операциях, при взаимодействие с диком тоже образуется очередь?

250 байт/сек - серьезно?

(0) На терминальном сервере такое может вызывать служба Dynamic Fair Share Scheduling. https://www.google.com/search?q=медленно+открывается+конфигуратор

(2) несколько минут. Сервак 2011 года, на новый бабла не дают.

(8) аналогично. Несколько минут.

Пади профиль пользователя домена лежит где-нибудь в сети

открывается измененная конфигурация секунд 5.
Подключенная к хранилищу секунд 10.

рейд то живой?

(12) Админ клянется что рейд живой и диски зашибись.
(10) профиль локально на этом же диске
(4) в остальной работе очередь не показывает, база лежит на другом диске.

(13) терминал?

(14) терминал

(13) тогда классика,
1. проверить настройки проиводительности - выставить в перфоманс
2. Добавить исключения в антивирус
3. Проверить смарт у ссд
4. Проверить смарт дисков рейда.
5. Отключить префетчер
5. Отключить windows search

серваку лет 6-7, виртуалка, без ssd, без кэша открвается минуту, последующие разы - 10 сек вместе с подключением к хранилищу

единственная длительная операция - с хранилищем когда сам втуплю, и при захвате корня конфигурации поставлю флаг "Рекурсивно"
еще справка ппц долго открывается, когда нечаянно F1 вместо Esc нажму - потом плююсь сижу минуту

(16) ну вот чего писать-то что попало?!
1- это для процессора. А у него дело в дисках  - открытие конфигурации много процессора не жрет, а очередь его диска 8-12 это много.
2-он уже снес
3- зачем?! У него затык на HDD
4- на RAID смарта на сколько знаю нет от слова совсем. Там только встроенные утилиты контроллера.
5- ну это еще туда сюда
6- фигня

(13) как уже писали, норма - несколько минут (до 5 минут).
Админ может клясться хоть в своей девственности. Покажи замер производительности дисков (например, https://crystalmark.info/en/download/)

p.s. автор, а точно ли диск грузится именно созданием кэша? 32Гб ОЗУ это нынче не сильно много, может он файл подкачки мучает от нехватки памяти?

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

(19)
1. База SQL, при первом открытии конфигуратора данные вытаскиваются из субд
2. И мог запуститься какой нибудь защитнег и т.п. на проверять
3,4. Надо проверить диски, если SATA снимаете и подключаете к другому компу, если SAS подключаетесь к контроллеру и смотрите. Была опыт, что в рейд использовали не серверные диски и контроллер при первой же ошибке тупо включал деградацию массива.
6. На медленных дисках и большом кол-ве правок(например создание локального кэша конфигурации) виндоуссерч создает не хилую очередь ввода вывода. Поэтому лучше выключить, пользы от него не больше чем от полнотекстового поиска в 1с (тоже лучше выключить :) )