Конвертер Супермаг Плюс XML импорт - очень долго загружает : УКМ-4

Давно уже это происходит, но вот как-то накипело - у всех ли загрузка в УКМ4 полной выгрузки через конвертер Супермаг Плюс XML импорт длится час-два-три ?
Как-то исправляется ? В ТП обращались, сказали, это нормально. Может как то можно убыстрить процедуру ? И почему так долго таки происходит ?

Лучше все же спуститься на уровень деталей, какой процесс и чего ему не хватает...
top и iostat обычно очень хорошо все показывают...

Решается очень просто - Полную выгрузку не делаем.
И параллельно стараемся ответить на вопрос - А зачем делали?
В 99% случаев, пользователь хочет что-то ускорить, в чем то убедиться. Но для этого не предпринимает действий по изучению чего-то. А просто в вдогонку полной выгрузке, отправляет еще 10 таких же полных. Можно и 20, если совсем "без ума" подойти.
Супермаг+ полную выгрузку формирует "влёт", они ставятся в очередь. А вот УКМ4 принимает и распихивает ее по кассам "не быстро". И это нужно учитывать. Что мешает, делать полную выгрузку однократно и например, ночью?

Так же желательно изучить состав выгрузки. Так к примеру, пользователи грузят "100500" различных свойств товара, которые УКМ4 нафиг не нужны. Откажитесь от них, или их части в выгрузке. Такие настройки в СМ+ есть. ТП - расскажет где.

А если мы не делаем, а Супермаг+ делает?
Запретить Супермагу сделать полную выгрузку нельзя.

Около 40000 карточек товаров. UpdateItem.xml около 15Mb. Принимается 2 часа.
Вчера писала письмо, просила что-нибудь с этим сделать.

УКМ сервер на винде, какой там top и iostat... А вообще - mysql занимает около 2.5 Гб, загрузка проц - около 13%, т.е., что-то происходит, но что - неизвестно. Да и фигня такая уже года 4 как творится, во всех магазинах, версии УКМ4 свежие. И, что слегка напрягает - С+ считает, что это норма....

по логам - выглядит примерно так:
15:50:52.881: 0x00001cdc: INFO: converter##{4b7e08a7-c810-4628-89d9-0d2d2a4e8d2b}#Супермаг Плюс XML импорт##034d6a88: Импортирование данных
15:50:53.037: 0x00001cdc: INFO: converter##{4b7e08a7-c810-4628-89d9-0d2d2a4e8d2b}#Супермаг Плюс XML импорт##034d6a88: stocks file D:/KASSA/cashload_xml/TNVDCodes_[720061]_[F].xml(11)
15:50:53.052: 0x00001cdc: INFO: converter##{4b7e08a7-c810-4628-89d9-0d2d2a4e8d2b}#Супермаг Плюс XML импорт##034d6a88: пропуск магазина id=1
15:50:53.052: 0x00001cdc: INFO: converter##{4b7e08a7-c810-4628-89d9-0d2d2a4e8d2b}#Супермаг Плюс XML импорт##034d6a88: stocks file D:/KASSA/cashload_xml/stocks_[720061]_[F].xml(3)
15:50:53.349: 0x00001cdc: INFO: converter##{4b7e08a7-c810-4628-89d9-0d2d2a4e8d2b}#Супермаг Плюс XML импорт##034d6a88: classif file D:/KASSA/cashload_xml/classif_[720061]_[F].xml(459)
......
16:54:57.447: 0x00001cdc: INFO: converter##{4b7e08a7-c810-4628-89d9-0d2d2a4e8d2b}#Супермаг Плюс XML импорт##034d6a88: items#10000
....
18:15:47.112: 0x00001cdc: INFO: converter##{4b7e08a7-c810-4628-89d9-0d2d2a4e8d2b}#Супермаг Плюс XML импорт##034d6a88: items#20000
....

По времени займёт около 4 часов, дальше не буду логи приводить.
С настройками mysql игрались, памяти выделяли больше и пр... (по советам С+), кардинально ничего не меняется...
Карточек - около 45 000 .
Вот что укм сервер делает 4 часа, чтобы импорт сделать ? И у всех ли так ?

А с чего бы это ему делать (полную выгрузку)? Я пока припомнить не могу, кроме случаев когда его либо очень попросили, либо что-то сильно наменяли. Ну например, разом 500 карточек.

Кому писали? Кто-то отреагировал?

Разослать из офиса одномоментно 500 карточек не слишком сложно.
Полная выгрузка нужна, так как инкрементальная неправильно отрабатывает изменение у карточки товара признака "Грузить в кассу".
При инкрементальной в УКМ4 у товара обнуляется цена, но карточка на сервере УКМ4 остается. И потом пытается продаться за 1 копейку.

Письмо было прочитано.

Совсем без полной обойтись не получится, бывают глюки/ошибки загрузки, перезагрузка сервера (плановая/внеплановая). к примеру сегодня - загрузка не прошла, почему- не известно. Папку почистили, укм сервер перезапустили, а загрузка идёт с 16:00 и не прошла ещё (в 19:00).
На ночь переносить - можно, конечно, собственно, сейчас и делаем так, но ночами бэкап идёт, та же база перезагружаться может, сервер... Ну и опять же - иногда возникает необходимость полную выгрузку сделать (пусть не часто, но бывает).
Свойства карточек, разумеется, не грузятся, но, так понимаю, они не сильно влияют на время.
Потом - много лет назад, когда этот конвертер только появился, полная загрузка проходила за 5-15 минут, а тут - 4 часа и "это нормально". Что там грузится или обрабатывается/проверяется - неизвестно...

видимо, где-то поштучно соединение для вставки создается, что не дело
но все же, загрузку процессора лучше смотреть поядерную, в диспетчере задач она переключается, а процессы по ресурсам (процессор, диск, сеть) посмотреть в менеджере ресурсов...

В своё время победил это следующим образом:
1. Настройка расписания полной принудительной выгрузки в кассовом сервере - каждый день, 1 раз, ночью



(0.01Мб)
2. Установка в административном модуле - "УКМ2 Супермаг. Макс. кол-во инкрементальных артикулов" с 200 до 8000



(0.01Мб)