Jetty IOException : 열려있는 파일이 너무 많습니다.

Question

나는 앞에 100 개 요청을하는 웹 사이트에서 nginx를 사용하여 Jetty를 실행하고 있습니다. 난 그냥 로그에 발견하는 배포를하고 작은 것이 스팸 동안 것을, 부두를 시작한 후 단 몇 분 :

java.io.IOException: Too many open files 
    at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method) 
    at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:163) 
    at org.mortbay.jetty.nio.SelectChannelConnector$1.acceptChannel(SelectChannelConnector.java:75) 
    at org.mortbay.io.nio.SelectorManager$SelectSet.doSelect(SelectorManager.java:673) 
    at org.mortbay.io.nio.SelectorManager.doSelect(SelectorManager.java:192) 
    at org.mortbay.jetty.nio.SelectChannelConnector.accept(SelectChannelConnector.java:124) 
    at org.mortbay.jetty.AbstractConnector$Acceptor.run(AbstractConnector.java:708) 
    at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) 

2 분하십시오. 는 나는 "lsof를 -u 부두"를했고, 수백 줄의 보았다 : 192.168.1.100는 서버 내부 IP입니다

java 15892 jetty 1020u IPv6   298105434  0t0  TCP 192.168.1.100:http-alt->192.168.1.100:60839 (ESTABLISHED) 
java 15892 jetty 1021u IPv6   298105438  0t0  TCP 192.168.1.100:http-alt->192.168.1.100:60841 (ESTABLISHED) 
java 15892 jetty 1022u IPv6   298105441  0t0  TCP 192.168.1.100:http-alt->192.168.1.100:60842 (ESTABLISHED) 
java 15892 jetty 1023u IPv6   298105443  0t0  TCP 192.168.1.100:http-alt->192.168.1.100:60843 (ESTABLISHED) 

합니다.

위에서 볼 수 있듯이 이것은 열린 파일의 수를 기본 최대 1024 개로 늘 렸습니다. 단지 이것을 늘릴 수는 있었지만 처음에는 왜 이런 일이 발생하는지 궁금합니다. 그것은 Jetty의 nio 소켓 수락 자 (acceptor)에 있습니다. 이것은 연결 요청의 폭풍으로 인한 것입니까?

Answer 1

부두에 버그가있을 수 있지만 훨씬 더 많은 가능성있는 설명은 열린 파일 ulimits가 너무 낮다는 것입니다. 일반적으로 1024 기본값은 보통 사용하는 웹 서버에는 충분하지 않습니다.

이것을 테스트하는 좋은 방법은 아파치 벤치를 사용하여보고있는 인바운드 트래픽을 시뮬레이트하는 것입니다. 원격 호스트에서이를 실행하면 10 개 이상의 동시 연결마다 1000 개의 요청이 생성됩니다. 이제

ab -c 10 -n 1000 [http://]hostname[:port]/path 

에서 netstat 사용하여 웹 서버의 소켓을 계산 ...

netstat -a | grep -c 192.168.1.100 

바라건대 당신이 확인할 수있는 것들 당신의 소켓이 극적으로 (1024보다 큰 광산이없는 일부 값 고원 것입니다 16384).

또 다른 좋은 점은 연결이 비즈니스 논리에서 제대로 닫히고 있다는 것입니다.

netstat -a | grep -c CLOSE_WAIT 

이 숫자가 응용 프로그램의 수명주기 동안 계속 증가하면 Connection.close()에 대한 몇 가지 호출이 누락 될 수 있습니다.