TIME_WAIT 상태가 2000개 가량 되니 서버가 block되는데요..

이전 서버는 process fork 방식으로 되어있는데 성능상 문제가 생겨서, 일단 장비를 추가하기로 하면서, 문제가된 process fork방식을 thread pool로 바꿀려고 테스트 중입니다. 그런데, 부하 테스트를 하면서 문제가 되는 부분이 있어서 질문 올립니다.
일단 환경은 compaq Tru-64 Unix입니다.
실제 서버는 solaris인데 테스트장비는 저것밖에 없네요.

1. local 에서 클라이언트와 서버를 올리고, 클라이언트에서 loop돌면서 서버에 접속하여 데이터를 처리하고 recv한후 close하는 방식으로 테스트를 하면, 이상하게 FIN_WAIT_2와 CLOSE_WAIT가 생기다가 이게 10여개 이상되면 서버가 blocking 되면서 응답이 없어집니다.
local에서 local로 테스트 하면 생길수 있는 문제일까요?

2. 위의 문제를 해결할려고 shutdown도 해주고 close도 잘 해주었는데, 해결이 안되더니 클라이언트를 NT로 포팅해서 다른 서버에서 돌려주니 FIN_WAIT_2, CLOSE_WAIT 문제는 해결이 되네요. 왜 그런걸까요?
(local에서 local로 하면 너무 빨라서 그렇다고 하는 분도 있는데 그런걸까요?)

3. 위의 2번처럼 해서 스트레스(초당 30~40 개정도의 지속적인 연결)를 주면서 테스트를 하니, 서버쪽에 TIME_WAIT 이 약 2000개정도 생기다가 역시 blocking 되어버립니다.
여기 게시판을 많이 검색해보니 TIME_WAIT은 TCP의 설계상 아주 정상적인 것이라고 하는데 왜 이런일이 생기는 걸까요?
이상태가 되면 socket에서 select timeout조차도 호출이안되고 완전히 서버가 멈춰버리더군요.
서버에서 생성할수 있는 socket descriptor갯수의 제한때문에 그런걸까요?
그런 세팅등은 어디서 볼수 있을까요?

너무 많은걸 질문하네요.
죄송합니다.

즐거운 주말 보내세요...