Утечка памяти при выполнении метода МенеджерКриптографии.Подписать()
Добрый день.
Установили платформу версии 8.3.24(сейчас 8.3.24.1548) и выяснили, что при выполнении метода МенеджерКриптографии.Подписать() 1С захватывает примерно 150 мб ОП и не освобождает ее в дальнейшем.
При подписании 100 документов - уже 15гб rphost... И так далее.
Стоит CryptoPro последней 4 версии.
Может кто знает как решить такую проблему?
Установили платформу версии 8.3.24(сейчас 8.3.24.1548) и выяснили, что при выполнении метода МенеджерКриптографии.Подписать() 1С захватывает примерно 150 мб ОП и не освобождает ее в дальнейшем.
При подписании 100 документов - уже 15гб rphost... И так далее.
Стоит CryptoPro последней 4 версии.
Может кто знает как решить такую проблему?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2)
На двух разных 24ых пробовал. Вдруг есть какой хак обойти это, не убивая rphostы. Или же CryptoPro 5 помогла.
обрый! Если прям проблема фиксанута, как вроде, у вас, то это к разработчику? вы думаете мы здесь вам платформу перепишем? попробуйте другую версию платформы.
На двух разных 24ых пробовал. Вдруг есть какой хак обойти это, не убивая rphostы. Или же CryptoPro 5 помогла.
Добрый день. Чем закончилась ваша история? Словили такое же поведение на 8.3.24.1667. Однако при попытке воспроизвести на тестовом серваке с тестовыми сертификатами все прошло ровно и без утечки памяти... Проверил на 8.3.25.1394 - тоже все хорошо. Но теперь не доверяю тестам, т.к. не воспроизвелось поведение 24-й платформы на проде :((
(5) Т.е. на клиенте так не ест память или просто чтобы не мешало остальным работать? У нас так то просто нужно два раза в месяц в БП 3.0 единомоментно создать и подписать 15-20 тыс. доков и соответственно никакой оперативки не хватает и рпхост просто автоматом прибивается.
Переписывать типовой модуль ЭДО...боольно(
Переписывать типовой модуль ЭДО...боольно(
(6)
1. На клиенте не моделировалось
2. Если бы моделировалось - не так страшно. Утечка памяти на клиенте, не влияет на сервер.
Типовой ЭДО переписывать - такое себе дело, да. Нам было проще, мы его почти не используем. Используем свои наработки, а их доработать было не трудоемко.
(5) Т.е. на клиенте так не ест память или просто чтобы не мешало остальным работать? У нас так то просто нужно два раза в месяц в БП 3.0 единомоментно создать и подписать 15-20 тыс. доков и соответственно никакой оперативки не хватает и рпхост просто автоматом прибивается.
Переписывать типовой модуль ЭДО...боольно(
Переписывать типовой модуль ЭДО...боольно(
1. На клиенте не моделировалось
2. Если бы моделировалось - не так страшно. Утечка памяти на клиенте, не влияет на сервер.
Типовой ЭДО переписывать - такое себе дело, да. Нам было проще, мы его почти не используем. Используем свои наработки, а их доработать было не трудоемко.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот