RocketMQ(七)：高性能探秘之MappedFile
RocketMQ作為消息中間件，經常會被用來和其他消息中間件做比較，比對rabbitmq, kafka... 但個人覺得它一直對標的，都是kafka。因為它們面對的場景往往都是超高並發，超高性能要求的場景。 所以，有必要深挖下其實現高性能，高並發的原因。實際上，這是非常大的話題 ...
原文：RocketMQ(八)：高性能探秘之線程池
上一篇文章講了如何設計和實現高並發高性能的應用，從根本上說明了一些道理。且以rocketmq的mappedFile的實現作為一個突破點，講解了rocketmq是如何具體實現高性能的。從中我們也知道，mappedFile只是其利用的操作系統的一個特性小點。 今天，我們就來說說，rockmq實現高性能的第二個小：線程池的應用。 . rocketmq的線程模型概述 談到多線程，一般我們都會談到鎖和線程 ...
2020-12-26 20:50 0 1123 推薦指數：
相關推薦
基於無鎖隊列和c++11的高性能線程池
基於無鎖隊列和c++11的高性能線程池 線程使用c++11庫 和線程池之間的消息通訊使用一個簡單的無鎖消息隊列 適用於linux平台，gcc 4.6以上 標簽： <無> 代碼片段 ...
RocketMQ高性能原理(pushConsumer,CommitLog,ZeroCopy)
1. Rocketmq消費模型(實時性) 常見的數據同步方式有這幾種： push：producer發送消息后，broker馬上把消息投遞給consumer。這種方式好在實時性比較高，但是會增加broker的負載；而且消費端能力不同，如果push推送過快，消費端會出現很多問題。 pull ...
android實現高性能，高並發，可延時線程池管理
android實現高性能，高並發，可延時線程池管理 為什么要使用線程池？ 1.）new Thread()的缺點 每次new Thread()耗費性能 調用new Thread()創建的線程缺乏管理，被稱為野線程，而且可以無限制創建，之間相互競爭，會導致過多占用系統資源導致 ...
rocketMQ(九) rocketMQ 高性能分析之ZeroCopy零拷貝技術
高效原因 CommitLog順序寫, 存儲了MessagBody、message key、tag等信息 ConsumeQueue隨機讀 + 操作系統的PageCache + 零拷貝技術Ze ...
性能優化—線程池
性能優化—線程池相關問題 目錄： 1.環境介紹 2.症狀 3.診斷 4.結論 5.解決 6.對比java實現 廢話就不多說了，本文分享下博主在5.28大促壓測期間解決的一個性能問題，覺得這個還是比較有意思的，值得總結拿出來分享下 ...
C++ 實現高性能內存池
（非線程安全） 一、概述 在 C/C++ 中，內存管理是一個非常棘手的問題，我們在編寫一個程序的時候幾乎不可避免的要遇到內存的分配邏輯，這時候隨之而來的有這樣一些問題：是否有足夠的內存可供分配? 分配失敗了怎么辦? 如何管理自身的內存使用情況? 等等一系列問題。在一個高可用的軟件中 ...
gf框架之grpool - 高性能的goroutine池
Go語言中的goroutine雖然相對於系統線程來說比較輕量級，但是在高並發量下的goroutine頻繁創建和銷毀對於性能損耗以及GC來說壓力也不小。充分將goroutine復用，減少goroutine的創建/銷毀的性能損耗，這便是grpool對goroutine進行池化封裝的目的 ...