select()가 리턴하는 조건에 대해서 의문점인 있습니다..

select() 는 버퍼에 읽을 데이터가 있거나 소켓이 끊어지거나 connect 요청이 있을 때 리턴합니다..

제가 궁금한 것은 버퍼에 읽을 데이터가 있을 때 정확히 어떻게 동작하는 지 입니다.
select()를 이용한 가장 쉬운 구조를 생각하면....

while()
{
select();
if (FD_ISSET(listenfd, &rset))
accept();
else
recv();
}

의 구조가 될 것입니다.
하지만 큰 사이즈의 데이터를 받아야 하는 경우라면,,,
recv()에서 시간이 많이 필요할 것이고 그러면 다시 select()가 호출 될 때까지 지연이 되게됩니다.

그래서 스레드를 생성해서..
하나의 스레드는 select()를, 다른 스레드는 recv()를 하는 워커 스레드로 쓸려고 합니다.
하지만 이경우 문제는 recv()가 끝나기 전에 select()가 호출된다는 것입니다.
즉 recv()가 끝나지 않았기 때문에 TCP 버퍼에 데이터가 남아 있는 상황에서 다시 select()가 호출 된다면,
새로운 네트웍 이벤트가 발생하지 않은 상황에서도 select()가 리턴하게 되지않을까요?
지금 설계중인데.. 이런 모델을 실제로 쓰는 지도 궁금합니다..ㅜㅜ

스티븐스씨가 153페이지에서 SO_RCVLOWAT, 즉 워터마크에 대해서 언급을 했는데,,
관련이 있는 것도 같은데 자세히 설명을 하고 있지는 않네요..

하나 생각해볼 수 있는 것이 recv() 하는 소켓 디스크립터를 select()에서 빼면 됩니다.
하지만 그렇게 할경우 recv()가 끝나면 해당 소켓 디스크립터를 다시 select()에 포함 시켜야하고,
이 경우 select()를 임의로 시턴시키고 다시 호출하도록 해야합니다.

아.. 그리고.. 참고로 디스크립터마다 스레드를 주거나 할 입장은 못됩니다.