단순 합산으로는 250*240 = 60,000 byte = 480,000 bit니까 480kbps의 대역폭만 가지면 됩니다. 전혀 문제될게 없어보이지만 문제는 각각의 패킷 사이즈가 250byte밖에 안되는게 문제군요.
이렇게 보낼경우 약 1Mbps의 대역폭이 필요하게 됩니다.
제 생각에 가장 좋은 방법은 보내는쪽에서 버퍼링을 해야 할 것 같군요. 물론 데이터 압축도 좋은 방법이긴 하지만 일반적인 허프만방식의 압축은 4000바이트 이하에선 효과가 없습니다.
매번 250byte씩 send를 하지 마시고 버퍼를 하나 잡아서 일정 수준 이상으로 데이터가 누적될 때 한 번씩 send하게 하시면 더 안정적으로 데이터를 전송하고, 또 수신할 수 있습니다.
recv에서는 버퍼링이 필요 없습니다. 소켓 자체적으로 버퍼링이 되기 때문에 단순히 250byte씩 끊어서 읽어주기만 하면 되죠.
물론 비상사태(접속이 끊긴다든지.., Timeout이 걸린다든지..)에 대처할 수 있는 안전장치들을 꼭 마련하셔야 할겁니다. 스트레스테스트도 거쳐야 하구요.

소켓이라는게.. 결국 이런게 힘들죠. 그냥 단순 채팅 데모는 너무너무 쉽지만 혹독한 환경에서 안정적으로 동작하게 하려면 정말 신경을 많이 써야 합니다.



혼불 님이 쓰신 글 :
: 80byte 크기의 데이터(구조체로 정의된...)를 1초마다 약 120개~ 최대 240개까지를 받을려고 하는데요....
:
: 문제는 20여개 정도만 올려도 프로세서의 모든 처리가 데이터를 받아서 DB에 저장하는 데로만 집중이 되어...
:
: 다른 작업을 전혀 할수가 없게 됩니다....
:
: 지금은 일단 80byte의 크기지만, 후에는 약 250byte크기의 데이터를 1초마다 최대 240개까지 받아서 DB에 저장을 하고.
:
: 저장된 데이터를 표현해야하는데 이렇게 많이 올라오는 데이터를 처리하는 좋은 방법이 없을까요?
:
: 참고로 이렇게 올라오는 데이터는 약 1개월에서 3개월동안 지속적으로 올라오게 됩니다....
:
: 데이터의 100%신뢰성있게 받을수가 있어야 하구요....
:
: 그럼 고수님의 조언을 기다리겠습니다....
: