Утечка памяти при выполнении метода МенеджерКриптографии.Подписать()
Добрый день.
Установили платформу версии 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. Если бы моделировалось - не так страшно. Утечка памяти на клиенте, не влияет на сервер.
Типовой ЭДО переписывать - такое себе дело, да. Нам было проще, мы его почти не используем. Используем свои наработки, а их доработать было не трудоемко.
В платформе 8.3.25.1394 проблема сохраняется. CryptoPro 5.
Хотя здесь написали об исправлении ошибки.
Хотя здесь написали об исправлении ошибки.
Мы пока тоже переключились на работу подписи на стороне клиента. Отдельно ЭДО нельзя, но в БП есть общая настройка. Настроили отдельный терминальный сервер и на нем поставили нужные сертификаты с КроиптоПро. В таком формате все ОК. Асинхронный метод подписи не жрет память :)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
