Нехватка памяти #501959

На сервере, в регламентном задании выполняется подобный код: Когда список документов очень большой, через какое-то время выполнение задания просто прерывается. Попытался выполнить тоже самое, на клиенте, с помощью внешней обработки. Документы проводятся, все ОК, но через какое-то время возникает ошибка "Не хватает памяти" и 1С-ка просто вылетает. Выяснилось, что память в основном расходуется вот в этом месте: И что бы после этого с переменной ДокументОбъект не делал, память не освобождается! Даже при закрытии формы этой внешней обработки, память не освобождается. Подскажите, что с этим можно сделать? Постоянно перезапускать клиент 1С-ки или сервер - это не вариант... А документы перепроводить как-то нужно...

а еси переменную обозвать по другому?

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

выполняется в одной транзакции?

Пробовал сделать так: Тоже не помогает...

нее, перед циклом нет начала транзакции?

Не, перед циклом нет.

ДокументОбъект.Записать в попытке надо делать

Ну тупо попробовать так ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный); ДокументОбъект=Неопределено;

Оно в попытке и выполняется в реальных условиях, но проблему с памятью это не решает. Пробовал - не помогает. Память не очищается даже при закрытии формы обработки. А вообще, может кто-нибудь попробовать проделать то же самое: выбрать документы за период побольше, запихнуть их в СЗ и попробовать перепровести? Интересует, будет ли так же съедаться память и будет ли возникать описанная ошибка... Может, путем общих экспериментов найдется решение...

x64

x32 везде. И сервер и клиенты.

а так?

Это не вопрос, это способ решения

Какой-то жестокий способ решения. Автор, посмотри подписки на события, может там куда объект засовывается. Что за конфа?

в УПП есть методы ВыполнитьВосстановление и ВыполнитьВосстановлениеНаСервере, оба прекрасно работают для любого кол-ва документов

Как была получена СЗДоков?

Что за конфа? Что за документы?

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

+ А еще, судя по комментарию кода в можно попробовать заменить тип СЗДоков со списка значений на массив.

движок то какой? может тебе обновиться до 12.80?

+ "СЗДоков" лучше сделать как результат выборки и добавить ДокументОбъект = Неопределено; в конце каждой итерации.

Конфа - УПП. Платформа: 8.2.10.77. Документы: в основном "РеализацияТоваровУслуг". Замена СЗ на ТЗ или на массив - не помогает. В общем, это обработка, которой перетаскиваются данные из 7.7 в 8. Документы сначала создаются, ссылки заносятся в СЗ или ТЗ (не суть), определенным образом сортируются и после этого проводятся по-порядку. - Не помогло, к сожалению. Попробую подписки на события еще поковырять - может действительно там что-то...

Вроде, нет ничего подозрительного в подписках. Никаких переменных, которые постоянно висели в памяти и разрастались...

<Документы сначала создаются> - может тут разрастается? Объекты ведь.

Не, до начала проведения все работает нормально. Сами созданные документы (объекты) в памяти не хранятся. Документ создается, записывается и его ссылка заносится в СЗ. Переменная типа ДокументОбъект обнуляется. Список с ссылками на документы в памяти занимает около 4 кб... Вот когда начинается перебор этого списка, получение объектов и проведение, память куда-то утекает...

Получается то же самое! При отмене проведения память так же утекает... Вот такой вариант: Стр.Док.получитьОбъект.Записать(РежимЗаписиДокумента.ОтменаПроведения); в этом случае работает намного лучше, чем Хоть и утекает, но не такими объемами... Уже лучше. Спасибо Jstunner за подсказку...

движок обнови, у тебя старый совсем

Обновил - не помогло...

покопайся в модуле документа. Может там чего интересное спряталось.

а если не выгружать в таблицу значений, а обходить результат запроса? или попробовать в конце сделать Рез.Очистить;

На 7.7 похоже, вдруг и решение аналогичное :о)) Типа такого: Или такого изврата:

Ничего из вышеописанного не помогло, к сожалению... (

при интерактивном проведении происходит утечка?

РеализацияТоваровУслуг типовой?

Да, сейчас проверил, память так же расходуется при интерактивном проведении и не очищается по его завершении. Да, документ типовой.

хрень какая-то.. переставлять винду уже предлагали? :)

Дело не в винде, думаю - пробовал на разных машинах: на рабочей, на сервере, дома - везде одно и то же. У кого-нибудь есть УТП - попробуйте провести реализацию и посмотрите в диспетчере, как память расходуется процессом.

какая версия УТП? Память расходуется только когда первый раз проводишь или при последующих проведениях расходуется столько же памяти?

А технологический журнал покурить предлагали?

УТП 1.1.7.3 Расходуется и при проведении, и при отмене проведения, и при повторном проведении. И что я из этого журнала смогу выкурить?..

Где именно в коде происходит утечка памяти.

Каким образом? Я с ним просто никогда раньше не работал... Кстати, штатная обработка проведения документов "Сервис" - "Универсальные обработки" - "Групповое перепроведение документов" так же вылетает с ошибкой...

была такая прога "MEMDEFRAG" называлась, как раз для таких случаев. А УТП для Украины?

тогда делай + подписки на события. где-то зацикливание.

Мем дефраг пробовал - не спасает. Да, для Украины. Я уже в модуле документа все глобальные переменные в конце процедуры ОбработкаПроведения обнуляю - и всё равно такая же фигня...

желательно не только глобальные, а все, которые содержат ссылки.

Спасибо, попробую.