Hi All

During some performance tests, we've seen that Tomcat resets TCP connections under high load. To reproduce this rather consistently, a thread pool with a maximum of 300 threads could be configured on default Tomcat 6.0.32, and then 1280 ~ 2560 concurrent user requests simulated from a different machine over a real NW interface. I assume this could be reproduced with proportionately smaller numbers for both as well. The implementation uses a Xfire soap service.

Tomcat refusing connections, or taking longer to accept new connections, or taking longer to reply (causing a socket timeout) can be expected under such load - but what we see are TCP resets of connections to which a client has already sent a full HTTP request.

Is this the default behavior of Tomcat? The problem this presents is that the client cannot safely fail over to another instance, unlike with a refused connection or a connect timeout (i.e. delay in accepting)

thanks
asankha


No. Time Source Destination Protocol Src Port Dst Port Info 389961 37.056567 10.77.69.8 10.101.29.42 TCP 9062 8080 9062 > 8080 [SYN] Seq=0 Win=5792 [TCP CHECKSUM INCORRECT] Len=0 MSS=1460 TSV=363753 TSER=363574 WS=7 391297 37.108766 10.101.29.42 10.77.69.8 TCP 8080 9062 8080 > 9062 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 TSV=363383 TSER=363753 WS=7 391298 37.108773 10.77.69.8 10.101.29.42 TCP 9062 8080 9062 > 8080 [ACK] Seq=1 Ack=1 Win=5888 [TCP CHECKSUM INCORRECT] Len=0 TSV=363758 TSER=363383 391893 37.115809 10.77.69.8 10.101.29.42 HTTP 9062 8080 POST /xfire/xfire-service HTTP/1.1 391894 37.115837 10.77.69.8 10.101.29.42 HTTP 9062 8080 Continuation or non-HTTP traffic[Packet size limited during capture] 392677 37.125492 10.101.29.42 10.77.69.8 TCP 8080 9062 8080 > 9062 [RST] Seq=1 Win=0 Len=0


--
Asankha C. Perera
AdroitLogic, http://adroitlogic.org

http://esbmagic.blogspot.com





---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to