Есть платформа 8.3.7.2008.
Есть УПП, на поддержке с возможностью редактирования, конфигурация подключена к хранилищу.

Проблема в долгом процессе сравнения и объединения с внешним файлом нового релиза конфигурации. При этом Конфигуратор более 20 минут показывает белый экран и заголовок "(не отвечает)" и жрёт память (с 200 до 800+ МБ).

Если я выгружаю свою рабочую конфигурацию в файл и потом через время сравниваю с измененной - сравнение происходит быстро.

Есть ли возможность сравнивать только выбранные объекты конфигурации?
Например, хочу сравнить только справочник "Статьи налоговых деклараций" или "ПланСчетов.Хозрасчетный", без затрат времени и памяти на сравнение не интересующих меня объектов?

Готовьте конфигурацию только с нужными объектами или делайте апдейт.

(0) сортировка объектов конфигурации сильно отличается от cf нового релиза?

(0) А сама база на сервере, да?

(1) В самом простом случае я в пустую конфу копировал объекты, но при этом терялись типы значений реквизитов. Но для простой задачи сравнить модули, например, это не важно.

Апдейт помоет только на типовых неизменённых объектах.

*помое = поможет

(2) Сортировка объектов отличается, местами добавленные объекты отсортированы по алфавиту, некоторые не отсортированы и находятся в конце списка ветки метаданных.

(3) Да. База клиент-серверная, работа в терминале.

Если у тебя интерфейс сетевой 100, то это из за сети. Да и вообще, из-за сети эта проблема. Так как гоняется трафик в большом объеме.

(7) А база там же, где и терминальный сервер?

(7) (8) Между серверами гигабитная сеть.

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

(9) Попробуй для теста там же, на сервере, положить файловую базу и сравнить скорость сравнения/объединения.

Тут еще на скорость влияет скульная база или нет.

И, все-таки, работа по TCP это не работа напрямую с оперативной памятью.

(офф)
Всегда умиляют фразы типа "Если я выгружаю свою рабочую конфигурацию в файл и потом через время сравниваю с измененной - сравнение происходит быстро." Это же разные базы :)

Можно выгрузить конфигурацию из рабочей базы и загрузи опять туда же её же.

Что, не помогло?
Странно... Прошлый раз из колодца канатом тянули упавшего туда - помогло, спасли. А сейчас тянули канатом застрявшего с дерева - не помогло, разбился. Странно...

Имхо, мусор в конфигурациях базы, остающийся после неоднократных обновлений, снижает скорость операций с конфигурацией.

(10) Уже у тебя было?
Кэш периодически чищу, для профилактики примерно раз в месяц, глюков кэша не наблюдаю.
Попробую, кстати, сейчас почистить кэш и сравнить. Правда, первый запуск конфы долгим будет.

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

Без поддержки только написанные нами объекты.

(12) Умиляют? Когда сравниваю свою рабочую конфу с конфой из обновления - сравнение происходит долго.
Сравниваю с выгрузкой конфы месячной давности - значительно быстрее.
Это может быть из-за порядка объектов? Или еще чего? У меня три конфигурации поставщиков в конфе.

(13) Вполне.

----------------------------------
Но есть ли возможность сравнить не всю конфу, а только выбранные объекты.

Проверь конфигурацию в конфигураторе - это как для данных в базе ТИИ, но только для конфигурации. Оно тоже неявно "лечит" конфигурацию, как и выгрузка/загрузка.

С каждым новым релизом движка этот процесс все тормознутее. Привыкайте. Мне помогло увеличение памяти и SSD-диск для TEMP.

У меня на сервере сравнивается тоже минут 20. Изменено порядка 200 объектов. Для ускорения сделан батник, делающий дамп конфы и запускающий ее локально на ssd.

(18)+ 200 объектов (с добавленными).

(15) Когда объект полностью на поддержке - он не сравнивается на этапе обновления. Эээ... не совсем корректно сказал, но по сути верно, - время на него тратится значительно меньше. При обновлении, на самом деле, участвуют несколько больше конфигураций и несколько этапов там. Как минимум, обновление накладывается на конфигурацию поставщика (раз), потом эта полученная конфигурация сравнивается с рабочей (два)...

Почистил кэш. Жду подключение конфигурации к хранилищу.

(16) Не понял, как проверить конфигурацию в конфигураторе. Выгрузить в файлы и загрузить? Или что-то другое?

(17) Может, локально дома и перейду на SSD.

(18) Значит не я один мучаюсь.
Ты про ключи /DumpIB, /DumpCfg и т.д.? Взял на заметку.

(20) Таких объектов практически нет. Всё изменено.

А нет. Типовые отчеты же полностью на поддержке. Но это ложка мёда в бочке дёгтя.

*типовые регламентированные

Народ, просто для справки. У меня УПП - объектов поболее чем в других конфигурациях, согласитесь; изменений - около 600, ну вот как-то так; компы на работе... эээ... сервер до моего домашнего не дотягивает по производительности...

Что я хотел сказать?

Ааа... вспомнил: если бы у меня конфигурация обновлялась бы по пол-часа - я бы повесился.

20 минут, не скажу что много. Сильно измененная последней редакции УТ сравнивается приблизительно минут 10-15 на 8.3.7 последней редакции.

(21) Конечно, не ты один. Да, эти ключи. Я стараюсь всю рутину автоматизировать. В том числе, процедуры выгрузок-загрузок. Под это дело на комп себе рабочий поставил ссд специально.

(21) Конфигуратор, пункт меню "Конфигурация", подпункт "Проверка конфигурации".

(24) У тебя дома дата-центр? Оо? биткойны манишь?

(28) Нет у меня для игрушек. Два ССД, Intel Core i7 и памяти под завязку.

(24) Ну, по полчаса это минимум технологического процесса - сравнение-объединение, сохранение конфы.
(27) Выдал только несколько несоответствий в ссылках да пустых обработчиков да битые ссылки в интерфейсах. Нисего революционного.
(28) Это лучше делать на фермах из видеокарт с технологией CUDA

Результаты эксперимента:

После чистки кэша время сравнения с выгрузкой обновления из эталонной типовой не изменилось. Так же 18 минут, так же 800+ мегабайт памяти.

(30) Ну вот, тебе есть чем заняться. Ремонтируй конфигурацию.

Да, кстати: конфигурацию поставщика тоже можно/нужно проверить. Выгрузи в чистую базу, через настройку поддержки убери все свои изменения, потом верни конфигурацию на поддержку и проверь конфигурацию.

(32) У меня есть эталонная, на которую накатываю обновления, потом выгружаю конфу и потои обновляю конфу поставщика и пообъектно конфу ИБ.

(29) Странно как-то - когда домашний комп мощнее рабочего при

> изменений - около 600

Для мелкой конторы я понимаю, но для такого случая... И быстродействие сотрудников устраивает? А сколько юзеров?

У меня на серверах даже ссд стоят.

(34)+ Извиняюсь за оффтоп.

(34) У меня бзвера в одном месте не сидят, у меня риб-база. В каждой сети не больше 25 лицензий. Короче, смешная нагрузка. Сервера, имхо, не только из-за производительности, а ради надёжности.

(14) насколько помню, если конфы-копии - сравнение идет по внутренним ID, быстро
если конфы только "похожи" по наименованиям метаданных, а ID разные, сравнение идет по именам метаданных, что в несколько раз тормознее

(37) В сравнении конфигураций есть такая настройка - "режим копирования объектов (не сохраняются внутренние идентификаторы объектов)".

Вполне возможно. Выгрузил сейчас недельной давности версию из хранилища, сравнилась быстро. Наверно, как и сказали выше - кроме внутренних идентификаторов еще влияет порядок объектов - при объединении с внешней конфой можно выбрать порядок объектов "из файла" или "из основной конфигурации".

(0) Хранилище решает эту проблему.