Долгое сравнение и объединение конфигурации с файлом .cf #776316

Есть платформа 8.3.7.2008. Есть УПП, на поддержке с возможностью редактирования, конфигурация подключена к хранилищу. Проблема в долгом процессе сравнения и объединения с внешним файлом нового релиза конфигурации. При этом Конфигуратор более 20 минут показывает белый экран и заголовок "(не отвечает)" и жрёт память (с 200 до 800+ МБ). Если я выгружаю свою рабочую конфигурацию в файл и потом через время сравниваю с измененной - сравнение происходит быстро. Есть ли возможность сравнивать только выбранные объекты конфигурации? Например, хочу сравнить только справочник "Статьи налоговых деклараций" или "ПланСчетов.Хозрасчетный", без затрат времени и памяти на сравнение не интересующих меня объектов?

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

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

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

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

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

Сортировка объектов отличается, местами добавленные объекты отсортированы по алфавиту, некоторые не отсортированы и находятся в конце списка ветки метаданных. Да. База клиент-серверная, работа в терминале.

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

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

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

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

Попробуй для теста там же, на сервере, положить файловую базу и сравнить скорость сравнения/объединения. Тут еще на скорость влияет скульная база или нет. И, все-таки, работа по TCP это не работа напрямую с оперативной памятью.

(офф) Всегда умиляют фразы типа "Если я выгружаю свою рабочую конфигурацию в файл и потом через время сравниваю с измененной - сравнение происходит быстро." Это же разные базы :) Можно выгрузить конфигурацию из рабочей базы и загрузи опять туда же её же. Что, не помогло? Странно... Прошлый раз из колодца канатом тянули упавшего туда - помогло, спасли. А сейчас тянули канатом застрявшего с дерева - не помогло, разбился. Странно...

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

Уже у тебя было? Кэш периодически чищу, для профилактики примерно раз в месяц, глюков кэша не наблюдаю. Попробую, кстати, сейчас почистить кэш и сравнить. Правда, первый запуск конфы долгим будет. Объекты все на поддержке с возможностью изменить, потому как дописывали те же RLS, контроль открытия форм и т.д. Без поддержки только написанные нами объекты. Умиляют? Когда сравниваю свою рабочую конфу с конфой из обновления - сравнение происходит долго. Сравниваю с выгрузкой конфы месячной давности - значительно быстрее. Это может быть из-за порядка объектов? Или еще чего? У меня три конфигурации поставщиков в конфе.

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

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

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

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

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

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

Почистил кэш. Жду подключение конфигурации к хранилищу. Не понял, как проверить конфигурацию в конфигураторе. Выгрузить в файлы и загрузить? Или что-то другое? Может, локально дома и перейду на SSD. Значит не я один мучаюсь. Ты про ключи /DumpIB, /DumpCfg и т.д.? Взял на заметку. Таких объектов практически нет. Всё изменено.

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

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

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

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

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

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

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

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

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

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

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

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

Странно как-то - когда домашний комп мощнее рабочего при > изменений - около 600 Для мелкой конторы я понимаю, но для такого случая... И быстродействие сотрудников устраивает? А сколько юзеров? У меня на серверах даже ссд стоят.

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

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

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

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

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