[질문] blocked I/O로 TCP socket 사용시 정상상태에서 중간에
글쓴이: skjk / 작성시간: 화, 2003/03/18 - 11:36오전
UNIX에서 MSG_WAITALL옵션을 주지 않는 한 TCP 소켓에 대해 blocked I/O로 Maximum Segment Size보다 큰 바이트수만큼 수신을 요청한 경우엔
정상상태임에도 불구하고 지정한 바이트 수보다 적은 바이트가 전송된 후 read나 recv가 반환될 수 있고.. 이 경우 나머지 만큼 다시 수신을 시도해야 하는 것으로 알고 있습니다. (Stevens책의 readn형식으로)
근데 Stevens책에 보면 write나 send의 경우엔 에러가 나거나 signal이 발생했거나 접속이 끊긴 경우가 아니라면 무조건 지정한 바이트를 다 보낼때까지 block하고 있다고 나오더군요.. MSG_WAITALL옵션도 송신시에는 쓰이지 않구요..
수신을 할 때는 네트웍 상태에 따라 정상상태임에도 중간에 read나 recv가 반환될 수 있는데 왜 송신할 때는 write나 send가 정상상태일 때는 중간에 반환되지 않는 것일까요?
예전에 막연히 내부적으로 pipe처럼 처리되기 때문이라고 생각하고 있긴 하는데.. (글고보니 pipe도 왜 그런지 모르겠네요) 소켓 버퍼링쪽도 관련된 문제일 것 같군요..
자세하게 설명해주시면 감사하겠습니다 ^^;
Forums:
저도 확실히는 모르지만;;
대강, 제가 아는 선에서 답을 달겠습니다;;;
확실한게 아니니...참고;; 만 하세요..
마지막 부분에 쓰신 것처럼...
버퍼링에 의한 현상으로 보입니다;;
TCP 소켓 상에서는
send() 했을때는 소켓 버퍼에
send() 할 데이타를 넣을 뿐이며
recv() 역시 버퍼에서 값을 읽을 따름입니다.
실제로 recv buffer/send buffer 를 관리하는 것은
커널이며, 적절한 때에(...) send buffer 의 내용을 전송하며..
데이타를 받았을때는 recv buffer 에 넣는 역할을 합니다.
특히나, 적절한 때에 적절한 데이타를 전송하기 때문에
보내는측에서 send(fd, buf, 1000, 0);
받는측에서는 recv(fd, buf, 1000, 0);
이라고 해도 recv() 에서 1000 바이트를 받지 못할수도 있습니다;;;
보내는측 OS 가 1000 바이트를 전송하지 않은 죄이지요;;;
(OS 의 죄라고 하기도 모호합니다;; TCP 표준안에
구현에 대한 내용이 별로 없어서;; OS 별로 구현이 다 틀리다고 합니다;;)
그래서 recvn() 같은 평션을 만들어서 쓰게 되는 것이죠..
하지만, send() 시에는 말이 틀려지죠 =_=
send() 콜에서는 Argument 로 받은 값만큼을
send buffer 에 넣기만 하면 되기 때문에;;
중간에 리턴될 일이 없는 것이겠죠 =.=;;;
댓글 달기