"Оптимизации поиска в конфигураторе и загрузки конфигурации из файлов"
https://wonderland.v8.1c.ru/blog/optimizatsii-v-versii-8-5-5-uskorenie-poiska-v-konfiguratore-po-bolshim-konfiguratsiyam-optimizatsiya/

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

Лучше бы решили проблему с сообщениями типа "На форме есть неразрешенные ссылки" и пытайся догадаться, что это за элемент и на что он не должен ссылаться.

(1)Опитимизируют в первую очередь для EDT, похоже

(2) Есть одна база на обычных формах. Так какая ошибка орется в одном из интерфейсов. Уже все перелазил, поперепроверял. А оно орет и орет... Гавно...

(1) согласен что более жизненно важные вещи не делают типа обновлкния конфы в многопотоке

(3) отчасти

(4) Не всегда можно сделать многопоток. Вернее даже, почти никогда нельзя сделать многопоток.

(5) допустим это головняк на этапе применения изменений в базу, когда ее обновляешь, но ведь явно сравнение конфигураций разбить можно на подзадачи и лупить их в многопотоке на все ядра
Да и что-то в конфигуратора вообще все плохо с многозадачностью.
Один запущенный конфигуратор может намертво повесить все другие, пока что-то считает, ту же базу обновляет.
Часто хана настает при работе с буфером обмена, что-то скопировал, отпустил конфигуратор базу обновлять и решаешь из буфера вставить то что скопировал в другую прогу, привет висяки!

Еще странность есть. Запустил обновление базы. Ушел. Она еще пашет. Подождал чутка работая и херакс у тебя винда лочит рабочий стол тушит его. Ты такой че за херня?

Входишь, а там конфигуратор счастливый такой, работать закончил и сказал видать винде туши свет...

Видимо пока я уходил, винда такая думает пора спать, спрашивает конфигуратор, тот как последняя тварь молчит, а когда доделает дело решает ответить и винда вырубает экран.
Конечно тут и винда на высоте, но то что конфигуратор падла зависший и не отвечает на служебные запросы винды это эпик

(6) Ну они тупо блокируют GUI конфига, скорее всего тормозят обработку очереди сообщений от Венды к которому привязана обработка событий windows типа буфера обмена или засыпания.
Скорее всего там мутно и муторно это поправить - забытый в десятилетиях костыль и "можно, а зачем".

(6) прикольно, что если в конфигураторе еще и скопировать что-то в буфер обмена что-то специфическое (например в дереве метаданных нажать ctrl+c), запустить блокирующую операцию в конфигураторе, то некоторые другие приложения замораживаются, если в них нажать ctrl+v, до окончания обработки в конфигураторе. 100% воспроизводится, например, в firefox.

(8) прикольнее еще полное зависание видеодемонстрации в Яндекс.Телемосте, когда показываешь 1С в режиме предприятия в Тонком клиенте.

(0) Дело, конечно, нужное.

Но, когда все вокруг активно внедряю ИИ, эта новость смотрится как "У меня камыш!"

(10) Это - пройдет. А многопоток - останется.

(10) Дык новости связаны. ИИ будет быстрей собирать\разбирать конфу для тестовых контуров

Что толку от многопотока, если мы сначала пишем в регистры, а потом проверяем а хватило ли остатка на конец месяца. и если нет, откатываем транзакцию. Процессорное время на эту лабуду и скуля и 1с сервера один фиг тратится... гении

(13) ваши предложения?

(13) Это гораздо круче, чем сначало проверять.

Предлагаю уходить в минус :)