On Fri, Jun 24, 2016 at 11:18 AM, Mark Thomas <ma...@apache.org> wrote:
> On 24/06/2016 11:17, Rémy Maucherat wrote:
>> 2016-06-24 12:08 GMT+02:00 Mark Thomas <ma...@apache.org>:
>>
>>> Thanks.
>>>
>>> I'm going to start some local performance testing to confirm I see
>>> similar results and, assuming I do, I'll start looking at fixing this
>>> for 1.2.x/9.0.x and back-porting.
>>>
>> Hum, the fix that was submitted doesn't make sense IMO since writes can be
>> async, so I don't see a way besides adding the "error clear" thing after
>> each operation [and we'll remove it once OpenSSL 1.1 is there if it
>> actually fixes it]. That's assuming this issue is real [I actually never
>> noticed anything during my many ab runs and they use a lot of threads, so I
>> have a hard time believing it is significant enough ;) ].
>
> I haven't been able to reproduce anything like this yet. So far I have
> only been testing with tc-native 1.2.x and Tomcat 9.0.x. I might need to
> test with 1.1.x and Tomcat 7.0.x, the versions used by the OP.
>
> I'm having trouble understanding how this is happening. I could imagine
> that HashMap becoming a problem if there was a high churn in Threads.
> I'm thinking of something like bursty traffic levels and an executor
> aggressively halting spare threads. I need to experiment with that as well.
>
> Nate,
>
> We need as much information as you can provide on how to reproduce this.
> As a minimum we need to know:
> - Connector configuration from server.xml
> - Operating system
> - How tc-native was built
> - Exact versions for everything
>
> We need enough information to recreate the test and the results
> that you obtained.
Connector configuration:
<Connector
executor="defaultThreadPool"
protocol="org.apache.coyote.http11.Http11AprProtocol"
port="${server.default.https.port}"
scheme="https"
secure="true"
SSLEnabled="true"
SSLCertificateFile="${ssl.cert.file}"
SSLCertificateKeyFile="${ssl.cert.key}"
SSLCertificateChainFile="${ssl.cert.chain}"
SSLPassword="${ssl.cert.password}"
SSLVerifyClient="none"
SSLProtocol="TLSv1.2+TLSv1.1+TLSv1"
SSLCipherSuite="HIGH+ECDH:HIGH+EDH:!aNULL:!CAMELLIA:!3DES:@STRENGTH"
URIEncoding="UTF-8"
disableUploadTimeout="false"
connectionUploadTimeout="600000"
maxConnections="32768"
/>
Keepalive is enabled.
OS: Fedora 22
tc-native: tomcat-native-1.1.34-1.fc22.x86_64
tomcat: tomcat-7.0.68-3.fc22.noarch
This issue was seen in older versions of tomcat:
tomcat-native-1.1.30-2.fc21 and tomcat-7.0.54-3.fc21
All of the builds are the rpms released by fedora from their build machines.
The test I ran performed about 5 million 4k requests and then did the
large 100M requests and was able to see the issue immediately.
-nate
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
