You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Todd Lipcon (JIRA)" <ji...@apache.org> on 2017/04/04 02:17:41 UTC
[jira] [Created] (KUDU-1964) OpenSSL locks create scalability
bottleneck
Todd Lipcon created KUDU-1964:
---------------------------------
Summary: OpenSSL locks create scalability bottleneck
Key: KUDU-1964
URL: https://issues.apache.org/jira/browse/KUDU-1964
Project: Kudu
Issue Type: Bug
Components: impala, perf, security
Affects Versions: 1.3.0
Reporter: Todd Lipcon
I'm running a concurrent workload against impala and took a pstack where I noticed that most of the kudu threads are stuck in a stack that looks like:
#6 0x000000348d6e807b in ERR_get_state () from /usr/lib64/libcrypto.so.10
#7 0x000000348d6e881d in ERR_clear_error () from /usr/lib64/libcrypto.so.10
#8 0x00007f33fdecb834 in kudu::security::TlsHandshake::Continue(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> >*) () from /opt/cloudera/parcels/CDH-5.11.0-1.cdh5.11.0.p0.16/lib/impala/lib/libkudu_client.so.0
https://konradzemek.com/2015/08/16/asio-ssl-and-scalability/ notes the same issue but unfortnuately has no good solution aside from switching to BoringSSL
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)