쓰레드에서 네트웍으로 send할 때 스케줄링(?)...

조그만 네트웍 프로그램을 하나 짰습니다.
제딴에 꽤나 어렵사리 구현했는데 막히는 부분이 있어서 질문을 올립니다.

링크드 리스트로 구성된 데이타 구조체가 있습니다.
첫 구조체는 메인 큐로 사용되며 멤버로 가지고 있는 큐에 데이타의 포인터를 저장합니다.

나머지 링크드 리스트의 노드들은 클라이언트가 붙을 때 생성되는 쓰레드가 사용합니다.
이 노드들의 큐에는 메인 큐의 데이타를 그대로 복사해서(포인터만) 가지고 있습니다.

메인 큐에 실시간으로 발생하는 데이타를 저장(물론 포인터만)하고 각 클라이언트용 큐에
포인터를 복사 합니다. 클라이언트 처리를 하는 쓰레드는 각자 알아서 자신의 큐에 있는
데이타를 네트웍으로 날립니다.

reference count란 개념을 써서 충돌은 피했습니다.

원하는 동작은..

메인 큐에 쌓인 데이타가 클라이언트 큐로 복사된(포인터만) 후 각각의 클라이언트가
차례대로 한번씩 send를 하는것입니다. (여러개의 데이타가 큐에 존재하더라도)

그런데 현재...

A, B, C 라는 클라이언트가 붙어 있고 메인 큐에 5개의 데이타가 존재한다면
각각의 클라이언트 큐에 5개의 포인터를 복사하고 각각의 클라이언트가 네트웍으로
send를 하는데 A의 큐에 있는 데이타 5개를 모두 send후에 B의 데이타를 send, C의
데이타를 send.. 그리고 다시 메인큐에서 각각의 클라이언트 큐에 포인터를 복사..

이런식으로 동작을 하고 있습니다.
깡패도 아니고 왜 몰려다니는지...

한두개의 데이타와 한두개의 클라이언트일 경우 별 문제가 없는데..
10개의 데이타가 쌓여있고 클라이언트가 10개만 붙었다고 가정해도 마지막 클라이언트는
90번의 send가 진행후 첫 데이타를 send할 수 있으니 문제가 심각해지네요..

어떤 해결 방법이 있을까요?
차례로 한번씩은 아니여도 최소한 그 근처까지는 가야할거 같은데..
통 방법을 모르겠습니다.

참 조건이 더 있습니다.
메인 큐에는 실시간으로 데이타가 쌓이고 지연은 최소한으로 해야합니다..