1. Rocketmq消費模型(實時性) 常見的數據同步方式有這幾種： 　　push：producer發送消息后，broker馬上把消息投遞給consumer。這種方式好在實時性比較高，但是會增加broker的負載；而且消費端能力不同，如果push推送過快，消費端會出現很多問題。 　　pull ...

　　RocketMQ作為消息中間件，經常會被用來和其他消息中間件做比較，比對rabbitmq, kafka... 但個人覺得它一直對標的，都是kafka。因為它們面對的場景往往都是超高並發，超高性能要求的場景。 　　所以，有必要深挖下其實現高性能，高並發的原因。實際上，這是非常大的話題 ...

一、零拷貝原理：Consumer 消費消息過程，使用了零拷貝，零拷貝包含以下兩種方式： 1、使用 mmap + write 方式 （RocketMQ選擇的方式：因為有小塊數據傳輸的需求，效果會比 sendfile 更好） 優點：即使頻繁調用，使用小塊文件傳輸，效率也很高； 缺點：不能很好 ...

　　上一篇文章講了如何設計和實現高並發高性能的應用，從根本上說明了一些道理。且以rocketmq的mappedFile的實現作為一個突破點，講解了rocketmq是如何具體實現高性能的。從中我們也知道，mappedFile只是其利用的操作系統的一個特性小點。 　　今天，我們就來說說，rockmq ...

原創文章，轉載請注明出處：http://jameswxx.iteye.com/blog/2093785 一 機器部署 1.1 機器組成 1台nameserver 1台b ...

應用場景 主要作用解耦、滑峰填谷 異構系統的整合，這個問題比較容易理解，在原阿里SOA ESB比較火的年代，很多 ...

前言 阿里消息團隊一直致力於RocketMQ的性能優化，雙十一前進行了低延時（毛刺）優化，保障了雙十一萬億消息的流轉如絲般順滑，在2016年雙十一中，MetaQ以接近萬億的消息總量支撐着全集團數千個應用，在系統解耦、削峰填谷、數據庫同步、位點回滾消費等多種業務場景中，MetaQ都有精彩 ...

1.需求背景 在1台生產者、1台broker、1台namesrv 、1台消費者的架構中，測試字節為1024B，客戶端線程數：256、128、64、32，MQ隊列大小為16、32、64、128，進行roketmq的生產與消費的性能測試，找出最大tps。 RocketMQ作為一款純java、分布式 ...