12 секунд это долго, возможно у вас после проверок подтормаживает?
Я проводил замеры на версии 3.9.8339 и функция CertGetCertificateChain отрабатывала 1,5с а на версии 4.0 с тем же набором crl уже было 310-530ms

Отредактировано пользователем 1 июля 2016 г. 18:47:17(UTC)  | Причина: Не указана

Для нас чем меньше тем лучше. Небольшое уточнение, эти замеры я делал в декабре 14.12.2015(тогда я так понял проблемой занимался Дьяченко Дмитрий, замеры я присылал ему на почту) до сертификации версии 4.0 если точнее то:


На последней сертифицированной 4.0 версии замеры пока что не проводил.



Именно долго работала функция CertGetCertificateChain при чем только для конкретного издателя сертификата TENSOR3, ранее было как и писал 1,5с.


Я проводил замеры следующем образом(еще раз уточняю что это было не на самых последних версиях):
1) Была отключена подгрузка crl по сети.
2) Я последовательно устанавливал 150+ издателей и crl, при каждой установки я замерял время заботы именно вызова функции CertGetCertificateChain(если прочитать комментарии ранее то именно она занимала 90% всей работы в моем приложении) и таким путем определил после чего именно начинаются большие потери по времени.



Это я писал для пользователя xorax, возможно у него другая проблема и не связана с csp так как он не описал что конкретно занимает столько времени, так как 12с на проверку подписи это уж очень много


На данным момент если на 4.0 время проверки все так же 310-530ms то нас это устраивает, но если вы ускорите это еще в 2-3 раза то мы не будем против :)
Если нужно то в ближайшем будущем я смогу повторить тест и сделать замеры на последний версии 4.0.

Отредактировано пользователем 3 июля 2016 г. 19:04:55(UTC)  | Причина: Не указана

@Dorian_Sam Извините, не узнал :-) Мы с Вами и переписывались, но почтой, а не на форуме.

Проблема с ускорением в том, что код был написан очень давно, году в 2002-м, и до недавнего времени нареканий по скорости не вызывал.
Полагаю, что СОС были короткими и десятки-сотни мс никого особо не волновали.

Когда я в прошлом году ускорял, то довольно легко и быстро исправил несколько несуразностей.
Теперь надо методично пройти по коду и вычистить всё подряд.
Оценка в два-три раза взялась из нескольких наблюдений
1) остался лишний разбор CRL -- это примерно 40мс из 300
2) примерно 200мс равномерно "размазано" по строковым/memory функциям из libc, распределению памяти и просто неведомо где
(oprofile показывает, что ровным слоем везде понемногу)
3) размер декодированного CRL у нас раза в 2--3 больше, чем у Windows

Итого, получается : 300 - 40 - 200/2 = 150 :-)
Допущение, что из 200-т мс удастся половину убрать.
Это два раза. А три, если повезёт и удастся убрать больше. И сам разбор CRL укоротить раза в в 2--3 миллисекунд до 10-ти.

Имеется ввиду CRL Тензора в конце года размером под три метра