소켓 컨넥션 개수에 따른 성능 차이가 있을까요?

동일 호스트 상의 프로세스간 내부 통신은 메시지 큐를 사용하고,
서로 다른 호스트간 통신은 TCP 를 사용하여 개발을 하고 있습니다.
그리고, 다른 호스트들과 통신하고자 하는 모든 프로세스 (A, B) 들은
통신을 중개해 주는 통신 프로세스 (C) 에게 요청하여 외부와 송.수신을 하게 됩니다.

즉, X 호스트상의 A 프로세스가 Y 호스트상의 B 프로세스와 통신 하는 경우
다음과 같은 과정을 거치게 됩니다.

1) A -> M/Q -> C : A 가 C 에게 B 가 있는 Y 호스트로 보내도록 요청
2) X 호스트의 C -> TCP -> Y 호스트의 C : TCP 를 이용하여 Y 호스트에 데이터 보냄
3) Y 호스트의 C -> M/Q -> B : A 로부터 받은 데이터를 B 에게 전달

A 가 클라이언트이고 B 가 서버인 경우, 서버인 B 는 위의 역순으로 결과를 반환 합니다.

통신 프로그램 C 는 송신용 쓰레드와 수신용 쓰레드로 구성되어 있습니다.

그런데, 송신용 쓰레드와 수신용 쓰레드가
1) 동일 TCP 컨넥션을 공유하는 경우 (1개) 와
2) 각각 별도의 TCP 컨넥션을 갖는 경우 (2개)

에 따라, 테스트 대상 OS 중 Tru64 에서는 차이가 없어 보이는데 레드햇 EL Linux 에서는 성능에 큰 차이를 보이고 있습니다.

일정정도의 차이는 가능할 것 같은데, 약 수십 배 이상 차이가 있는 것 같습니다 ...
하나의 컨넥션을 공유하는 경우의 성능이 낫습니다.

Tru64 와 Linux 상에서 차이를 보이는 이유는 뭘까요?
물론, 하드웨어와 OS 가 다르기는 하지만 구현상 특징이 있어서 그런것인지? 아니면 차이가 없어야 하는 것인지? 가 궁금하네요...

그리고, Linux 상에서 컨넥션 수에 따라 성능 차이가 있는 이유는 뭘까요?
프로그램 또는 커널에서 옵션을 설정하여 개선할 수는 없는지요?
참고로, Nagle 알고리즘은 Off 로 하여 시험하고 있습니다.

의견 부탁 드립니다.
감사합니다.