TLS-V1.2 HTTPS请求吞吐量非常差

Axel.LIN 174631写道：
另外，当BLE扫描同时发送HTTPS请求时，
如果使用TLS-V1.2，设备将挂起。
在做了更多的测试之后，我相信TLS-V1.2可以在连接到HTTP服务器时阻止BT线程。
这是一个问题，因为如果BT线程由于某种原因被阻塞，那么它会进入GKIYExpRebug。
我通过检查BLE扫描结果来检查它。
而TLS-V1.1在同一测试中看起来很好。
马迪格尔



     以下为原文
  

axel.lin_1746341 wrote:
 
In additional, when ble scan and sending https request at the same time,
the device will hang if using TLS-v1.2.

After doing more testing, I believe TLS-v1.2 can block BT thread when connecting to http server.
This is a problem because if BT thread is blocked for some reason it run into GKI_exception.
I check it by checking the BLE scan result.
While TLS-v1.1 looks fine with the same test.
 
mady grsr

您使用哪一个HTTP库进行测试？是否有共享应用程序的示例代码？我们会更容易繁殖。



     以下为原文
  Which HTTP library did you use for testing? Do you have a sample application code to share? It will be easier for us to reproduce.

GRSR写道：
您使用哪一个HTTP库进行测试？是否有共享应用程序的示例代码？我们会更容易繁殖。
对不起，我不能分享我的密码。
我不认为它与HTTP库有关，但与BESL库相关，因为TLS1.1看起来很好。
我相信您可以修改SNIP.HTTBIN ORG来发送请求，并且创建另一个线程来接收BLE数据。



     以下为原文
  

grsr wrote:
 
Which HTTP library did you use for testing? Do you have a sample application code to share? It will be easier for us to reproduce.

I'm not able to share my code, sorry.
I don't think it's related to the http library but related to BESL library because TLS1.1 looks fine.
I believe you can modify snip.httbin_org to send request endless and create another thread for receiving BLE data.

H-GRSR
我想你应该先检查一下我关于“TLS1.2非常慢”的说法。
例如
可以使用循环100次发送HTTPS请求。
然后比较TLS1.1 V.S.TLS1.2之间的差分定时。
简单地修改包含/WICDEDY默认值。
这个测试的WieDeTl SmithTyrSuxRuxOrnOrnon Min和WieDig-TLSsMi-MurrOrthValon最大。
我用FrRetos构建测试。



     以下为原文
  Hi grsr
 
I think you should fist check my statement about "TLS1.2 is extremely slow".
e.g.
you can use loop to send https request for 100 times.
Then compare the difference timing between TLS1.1 v.s. TLS1.2.
 
Simply modify include/wiced_defaults.h
WICED_TLS_MINOR_VERSION_MIN and WICED_TLS_MINOR_VERSION_MAX for this test.
 
I tested with FreeRTOS build.