애플리케이션에 고성능 메시지 버스가 필요하므로 ZeroMQ
, RabbitMQ
및의 성능을 평가 하고 Apache Qpid
있습니다. 성능을 측정하기 위해 메시지 큐 구현 중 하나를 사용하여 10,000 개의 메시지를 게시하고 동일한 시스템에서 다른 프로세스를 실행하여 10,000 개의 메시지를 소비하는 테스트 프로그램을 실행하고 있습니다. 그런 다음 첫 번째 게시 된 메시지와 마지막으로받은 메시지 사이의 시차를 기록합니다.
다음은 비교에 사용한 설정입니다.
RabbitMQ
: 기본 구성으로 “팬 아웃”유형 교환 및 대기열을 사용했습니다. RabbitMQ C 클라이언트 라이브러리를 사용했습니다.ZeroMQ
: 내 게시자tcp://localhost:port1
가ZMQ_PUSH
소켓 을 사용 하여 게시 하고 , 내 브로커tcp://localhost:port1
는 메시지를 수신하고 tcp : // localhost : port2로 다시 전송하고 내 소비자는 소켓 을tcp://localhost:port2
사용하여 수신ZMQ_PULL
합니다. 나는 브로커를 사용하는ZeroMQ
다른 메시지 큐 구현과 성능 비교를 공정하게 만들기 위해 피어 투 피어 통신 대신 브로커를 사용하고 있습니다.Qpid
C ++ 메시지 브로커 : “팬 아웃”유형 교환과 기본 구성의 대기열을 사용했습니다. Qpid C ++ 클라이언트 라이브러리를 사용했습니다.
다음은 성능 결과입니다.
RabbitMQ
: 10,000 개의 메시지를 수신하는 데 약 1 초가 걸립니다.ZeroMQ
: 10,000 개의 메시지를 수신하는 데 약 15 밀리 초가 걸립니다.Qpid
: 10,000 개의 메시지를 수신하는 데 약 4 초가 걸립니다.
질문 :
- 메시지 대기열간에 유사한 성능 비교를 실행 한 사람이 있습니까? 그런 다음 내 결과를 귀하의 결과와 비교하고 싶습니다.
- 튜닝
RabbitMQ
하거나Qpid
성능을 향상 시킬 수있는 방법이 있습니까?
노트 :
테스트는 두 개의 프로세서가 할당 된 가상 머신에서 수행되었습니다. 결과는 하드웨어마다 다를 수 있지만 주로 MQ 제품의 상대적 성능에 관심이 있습니다.
답변
RabbitMQ는 아마도 해당 메시지에 대해 지속성을 수행하고 있습니다. 지속성을하지 않으려면 메시지 우선 순위 또는 다른 옵션을 메시지에 설정해야한다고 생각합니다. 그러면 성능이 10 배 향상됩니다. AMQP 브로커를 통해 초당 최소 100,000 개의 메시지를 예상해야합니다. OpenAMQ에서는 초당 최대 300K 메시지의 성능을 얻었습니다.
AMQP 는 속도를 위해 설계되었지만 (예 : 메시지를 라우팅하기 위해 메시지를 압축 해제하지 않음) ZeroMQ는 단순히 주요 방식으로 더 잘 설계되었습니다. 예를 들어 브로커없이 노드를 연결하여 홉을 제거합니다. AMQP 클라이언트 스택보다 더 나은 비동기 I / O를 수행합니다. 보다 적극적인 메시지 일괄 처리를 수행합니다. ZeroMQ를 구축하는 데 소요 된 시간의 60 %가 성능 튜닝에 사용되었습니다. 매우 힘든 일이었습니다. 우연히 빠르지는 않습니다.
한 가지하고 싶지만 너무 바쁘다는 것은 ZeroMQ 위에 AMQP와 같은 브로커를 다시 만드는 것입니다. 여기에 첫 번째 레이어가 있습니다 : http://rfc.zeromq.org/spec:15 . 전체 스택은 전송 및 의미 체계가 두 계층으로 분리되어 RestMS와 비슷하게 작동합니다. AMQP / 0.9.1 (및 의미 상 상호 운용 가능)과 거의 동일한 기능을 제공하지만 훨씬 더 빠릅니다.
답변
흠, 물론 ZeroMQ는 더 빠를 것이며, 다른 두 개가 제공하는 많은 브로커 기반 기능을 갖도록 설계되었으며 포함하지 않습니다. ZeroMQ 사이트 brokerless 메시징과 단점 및 모두의 장점 대 브로커의 멋진 비교가 있습니다.
RabbitMQ와 0MQ는 메시징의 다양한 측면에 초점을 맞추고 있습니다. 0MQ는 메시지가 유선을 통해 전송되는 방식에 훨씬 더 중점을 둡니다. 반면 RabbitMQ는 메시지를 저장, 필터링 및 모니터링하는 방법에 중점을 둡니다.
(또한 RabbitMQ와 함께 ZeroMQ를 사용하는 것에 대해 이야기하기 때문에 위의 RabbitMQ 게시물도 마음에 듭니다)
그래서 제가 말하고자하는 것은 여러분의 요구 사항에 가장 잘 맞는 기술을 결정해야한다는 것입니다. 유일한 요구 사항이 속도 인 경우 ZeroMQ. 그러나 메시지 지속성, 필터링, 모니터링, 장애 조치 등과 같은 다른 측면이 필요한 경우 RabbitMQ 및 Qpid를 고려해야합니다.
답변
브로커를 사용하는 다른 메시지 큐 구현과 성능 비교를 공정하게 만들기 위해 ZeroMQ에서 피어 투 피어 통신 대신 브로커를 사용하고 있습니다.
왜 그렇게하고 싶은지 잘 모르겠습니다. 당신이 관심을 갖는 유일한 것이 성능이라면, 경기장 수준을 만들 필요가 없습니다. 지속성, 필터링 등에 대해 관심이 없다면 왜 대가를 지불해야합니까?
또한 VM에서 벤치 마크를 실행하는 데 매우 신경이 쓰입니다. 명확하지 않은 방식으로 결과에 영향을 미칠 수있는 추가 레이어가 많이 있습니다. (물론 VM에서 실제 시스템을 실행할 계획이 아니라면 이는 매우 유효한 방법입니다).
답변
C ++ / qpid를 테스트했습니다.
대기열에 넣지 않고 오랫동안 서로 다른 두 시스템간에 초당 50000 개의 메시지를 보냈습니다.
팬 아웃을 사용하지 않고 단순한 교환 (비 지속 메시지)
지속적 메시지를 사용하고 있습니까? 메시지를 구문 분석하고 있습니까?
0MQ에는 메시지 구조체가 없기 때문에 그렇지 않은 것 같습니다.
브로커가 주로 유휴 상태 인 경우 보낸 사람과받는 사람에 대한 프리 페치를 구성하지 않았을 수 있습니다. 이것은 많은 메시지를 보내는 데 매우 중요합니다.
답변
우리는 RabbitMQ 를 모든 소스 코드와 함께 http://www.udaparts.com/document/articles/fastsocketpro.htm 사이트 의 SocketPro ( http://www.udaparts.com/ ) 영구 메시지 대기열 과 비교했습니다 . RabbitMQ에 대해 얻은 결과는 다음과 같습니다.
동일한 시스템 대기열에 넣기 및 대기열에서 빼기 :
“Hello world”-
대기열에 넣기 : 초당 30000 개의 메시지;
대기열에서 빼기 : 초당 7000 개의 메시지.1024 바이트 텍스트-
대기열에 넣기 : 초당 11000 개의 메시지
대기열에서 빼기 : 초당 7000 개의 메시지.10 * 1024 바이트 텍스트-
대기열에 넣기 : 초당 4000 개의 메시지
대기열에서 빼기 : 초당 4000 개의 메시지.
네트워크 대역폭 100mbps로 시스템 간 대기열에 추가 및 대기열에서 빼기 :
“Hello world”-
대기열에 넣기 : 초당 28,000 개의 메시지;
대기열에서 빼기 : 초당 1900 개의 메시지.1024 바이트 텍스트-
대기열에 넣기 : 초당 8000 개의 메시지
대기열에서 빼기 : 초당 1000 개의 메시지.10 * 1024 바이트의 텍스트-
대기열에 넣기 : 초당 800 개 메시지;
대기열에서 빼기 : 초당 700 개의 메시지.
답변
발신자 및 수신자에 대해 100과 같은 값으로 프리 페치를 구성 해보십시오. 발신자 만 프리 페치하는 것으로는 충분하지 않습니다.
답변
우리는 ZeroMQ 위에 구축 된 오픈 소스 메시지 버스를 개발했습니다. 처음에는 Qpid를 대체하기 위해 이렇게했습니다. 중개인이 없으므로 완전히 공정한 비교는 아니지만 중개 솔루션과 동일한 기능을 제공합니다.
헤드 라인 성능 수치는 두 컴퓨터 사이의 초당 140K 메시지이지만 여기에서 자세한 내용을 볼 수 있습니다. https://github.com/Abc-Arbitrage/Zebus/wiki/Performance