wirte(120k 정도데이터) 로 보내면 속도가 느릴때 .. 어떻게 해?

[제목: 튜닝중.. 그런데 accept타임이 긴 이유는??]

말씀해 주신 부분들을 테스트 하고 있구요.
일단 아래 소스처럼 소켓 버퍼 사이즈를 조절하니..눈에 띄게 성능향상이 나왔습니다. 감사드리며.. 이왕에 시작한거.. 조금 더 공부하고자 합니다.. 귀찮아도 ^^*

에궁. ..
$uname -a
SunOS netra02 5.7 Generic_106541-10 sun4u sparc SUNW,UltraSPARC-IIi-cEngine
컴파일러 : gcc version 2.95.2 19991024

소켓-사이즈 튜닝분 소스 발췌입니다.

main()
{
    optval = 1;
    setsockopt(server_sockfd, SOL_SOCKET, SO_REUSEADDR, (const void *)&optval, sizeof(optval));
	{/* test turnning 20040421 sean */
		int recvBufferSize=0;
		int sockOptSize=0;
		int setbufSize =64*1024; /* 현재 8192 */
//걸리는 시간은 ?? 
//8*1024[default], 
//16* 
//32* 
//64* 
/124 

		sockOptSize = sizeof(recvBufferSize);
		if(getsockopt(server_sockfd,SOL_SOCKET, SO_RCVBUF, &recvBufferSize, &sockOptSize) < 0 )
		{
			printf("getsockopt fail\n");exit(0);
		}
		printf("getsockopt recvBufferSize[%d]: sockOptSize[%d]\n",recvBufferSize,sockOptSize); 
		recvBufferSize *= 2;
		if(setsockopt(server_sockfd, SOL_SOCKET, SO_SNDBUF, &setbufSize, sizeof(setbufSize))<0)
		{
			printf("setsockopt fail\n");exit(0);
		}
		/*double buffer size setting : 20040421 */
	}/* <==turnning */

}

bind();
listen(sok, 5 ); 
while(1)
{
       accept();      //여기 fprintf(stderr, "accep time\n"); 
       // 요청이 많은경우 이 accept 가 나오는 것이 느린것은 .. ??
        pid=fork(); 
       if(pid==0) Child_Main(child_sok);
       ..      
}

전체 소스는 이런 구조이구.. 현재 버퍼 크기 조절을 통해 테스트 중입니다.

요청하신 recv부분 소스 입니다.
말씀하신 read소스 역시 wirte와 같은 구조입니다.

if( (ret = read_len(sok,buff,call_len)) != call_len)
{
    return ERROR;/*요청길이만큼 못 읽었다 */
}

unsigned int read_len(int sok,char * buf,unsigned int len)
{
  unsigned int r_len;
  unsigned int nleft,nread;
  char *p;
  int count=0;
  nleft=len;
  p=buf;
  while(nleft>0)
  {
     nread=read(sok,p,nleft);
     if(nread<0)
     {
       return ERROR;
     }
     else if(nread==0)
     {
          //count++; NET-delay가 큰 경우를 예상  
          return ERROR;  /*   break; EOF*/
     }
     else
     { ;
     }
     nleft -=nread;
     p +=nread;
     count++;
#ifdef NoUse
     if(count>100)break; /* 길이가 틀리기 때문에 에러로 처리된다 */ 
    else usleep(10);
#endif
  }
  return (len-nleft);  /* return >= 0 */
}

지금은 많은 분들이 조언해 주신 부분에 대해 살펴보고 있습니다.
그리고 .. 여기에서 한가지.. 문제에 대해 또 다른 조언을 구하고자 합니다.

listen과 accept 타임에 대한 것인데요.
여러 테스트를 하다 보니.. printf("accept time\n"); 이라고
서버에서 accept가 얼마나 빨리 일어나는가에 대해 살펴 보고 있었습니다.
그런데 프로세스 요청이 많을 경우에는 이 시간이 꽤 긴것 같더군요.
책을 찿아보니
listen()인자의 대기수가 이것을 빠르게 하는것두 아닌것으로 나와 있는데.
제가 오해하고 있는것 인가요??
짐작은
tcp_deferred_acks_max ,tcp_deferred_ack_interval 과 어떤 연관이 있지 않을까? 생각하는데.. ack 리턴되고. accept리턴되자 않을까? [상상만....]
"Snader의 Effective TCP/IP Programming 책"저두 구입해서 지금 보고 있습니다.. 이런 부분은 어떻게 테스트 하셨는지?? 최적화 방법은 어떤것이 있는지..부탁드립니다.

결론적으로..
아직 알려주신 문서들을 모두 살펴 보지 못하고.. 또 다시 문의를 드리게 되었네요.
현재는
1 . buf 사이즈 조절해서 테스트
2 . tcp_deferred_acks_max 를 찿아 보았는데..시도하기가 만만찮군요.ㅠㅠ
ndd 역시..

3.

longio님의 조언말씀 ^^*
블러킹 상태라면.. 
send에서 상대방이 다 받을때까지 또는 타임아웃 상태까지 
대기하게 됩니다.. 물론 이것은 소켓옵션에 따라 send옵션에 
따라서 결과가 달라질수 있습니다.. 

타임아웃에 대한 그냥.. 확인사살?? ^^* 아래 것은 저는 아래와 같이 구현합니다.

   alarm(3);
   write_len(sok,read_buff,read_size);
   또는 read_len(sok,read_buff,wirte_size);
   alarm(0); 

4 . 지금 솔라리스 다시 깔고 있습니다.
아무래두 http://dast.nlanr.net/Projects/Iperf/ 이놈 테스트하려구 다운 받고 보니.. 현재 운영중인장비에서 하기는 조금 ..거시기 해서요 ..
테스트 하는데로.. 여기에 공개하겠습니다.

와.. 할거 많네요..
^^* 모든 분에게 감사드리며.. 이만..