Closed LupascuAndrei closed 7 years ago
In 2d775fb87f2a8a4ce7b8ea659c6709bbb1f4c797 the code has been updated to use the latest ESP IDF. @LupascuAndrei do you want to check that ssl now works without a large delay?
BTW: we use unicore mode so the crypto HW bug is not an issue.
Seems fixed, thank you. That was fast ! :D 6200 handshakes so far and none of them took more than 5.23s.
The average non stuck time spent is somewhere around ~1s; down from the previous 1.3s average it was before your commit. ( non-stuck = doesn't randomly hang for several seconds )
It's still making handshakes,I will come back with results once it reaches ~30k handshakes.
It seems fixed now, thank you a lot.
results after 21k handshakes:
number of handshakes done so far: 21124
number of handshakes longer than 7 seconds: 1
average time spent on handshakes: 1.03736034783 seconds
longest handshake: 9.443 seconds
Later edit:
number of handshakes done so far: 55234
number of handshakes longer than 10 seconds: 1
average time spent on handshakes: 1.077458666 seconds
longest handshake: 14.09 seconds
Sometimes, the ssl handshake takes too much time using micropython on esp32:
Using the above code, logs look something like this:
This issue was also present on esp idf, but it was solved with esp-idf 2.1. ( i think it was an issue with the wi-fi lib on esp-idf )
Micropython-esp32 (relevant) config that i'm using:
(hardware accelerations were disabled while testing because there's a known issue between them and the ssl handshakes : https://github.com/espressif/esp-idf/issues/630#issuecomment-304874107 )