Утечка памяти при выполнении метода МенеджерКриптографии.Подписать()

1. amd1986 22.05.24 19:44 Сейчас в теме
Добрый день.
Установили платформу версии 8.3.24(сейчас 8.3.24.1548) и выяснили, что при выполнении метода МенеджерКриптографии.Подписать() 1С захватывает примерно 150 мб ОП и не освобождает ее в дальнейшем.
При подписании 100 документов - уже 15гб rphost... И так далее.
Стоит CryptoPro последней 4 версии.
Может кто знает как решить такую проблему?
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. karamazoff 118 22.05.24 20:08 Сейчас в теме
Добрый! Если прям проблема фиксанута, как вроде, у вас, то это к разработчику? вы думаете мы здесь вам платформу перепишем? попробуйте другую версию платформы.
3. amd1986 22.05.24 20:19 Сейчас в теме
(2)
обрый! Если прям проблема фиксанута, как вроде, у вас, то это к разработчику? вы думаете мы здесь вам платформу перепишем? попробуйте другую версию платформы.

На двух разных 24ых пробовал. Вдруг есть какой хак обойти это, не убивая rphostы. Или же CryptoPro 5 помогла.
4. LeXXuS_ju 18.09.24 15:56 Сейчас в теме
Добрый день. Чем закончилась ваша история? Словили такое же поведение на 8.3.24.1667. Однако при попытке воспроизвести на тестовом серваке с тестовыми сертификатами все прошло ровно и без утечки памяти... Проверил на 8.3.25.1394 - тоже все хорошо. Но теперь не доверяю тестам, т.к. не воспроизвелось поведение 24-й платформы на проде :((
5. amd1986 09.10.24 12:56 Сейчас в теме
(4) Никак не решили. Переписали, чтобы подписание было на клиенте. Ну и заодно вынесли базу на отдельный кластер и поставили ограничение по памяти.
6. LeXXuS_ju 09.10.24 17:02 Сейчас в теме
(5) Т.е. на клиенте так не ест память или просто чтобы не мешало остальным работать? У нас так то просто нужно два раза в месяц в БП 3.0 единомоментно создать и подписать 15-20 тыс. доков и соответственно никакой оперативки не хватает и рпхост просто автоматом прибивается.
Переписывать типовой модуль ЭДО...боольно(
7. amd1986 10.10.24 17:20 Сейчас в теме
(6)
(5) Т.е. на клиенте так не ест память или просто чтобы не мешало остальным работать? У нас так то просто нужно два раза в месяц в БП 3.0 единомоментно создать и подписать 15-20 тыс. доков и соответственно никакой оперативки не хватает и рпхост просто автоматом прибивается.
Переписывать типовой модуль ЭДО...боольно(

1. На клиенте не моделировалось
2. Если бы моделировалось - не так страшно. Утечка памяти на клиенте, не влияет на сервер.

Типовой ЭДО переписывать - такое себе дело, да. Нам было проще, мы его почти не используем. Используем свои наработки, а их доработать было не трудоемко.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот