整輪標記結束完之后，仍然被標記為白色的，那就一定是垃圾了，一定不可達，所以也就不可能再次被引用。
三色標記法與讀寫屏障前言 本文主要介紹了三色標記法的基本思路、多標導致的浮動垃圾、漏標的處理方案（讀寫屏障）等。 1. 垃圾回收的簡單回顧 關于垃圾回收算法，基本就是那么幾種：標記-清除、標記-...
IP屬地：江西
-
-
mvn dependency:list 并不能獲取到完整的有向圖吧 都是maven已經(jīng)解析好了的 換言之，循環(huán)依賴都已經(jīng)處理過了
Maven Build 循環(huán)依賴的危害及發(fā)現(xiàn)解決
提到maven循環(huán)依賴是maven 解析的痛點。循環(huán)依賴的存在會使maven build階段出現(xiàn)build fail嚴重的會出現(xiàn)死循環(huán)，進而導致maven棧溢出。這篇文章我們...
-
”在截止時間（通常為60秒）到之前，已經(jīng)收到了對此特定報文段的確認，則撤銷計時器；
在截止時間到了，但未收到對此特定報文段的確認，則重傳報文段，并且將計時器復位。
重傳時間：2*RTT（Round Trip Time，為往返時間）通常是設置為2小時“
這里對超時時間和RTT的描述都有問題，RTO是動態(tài)計算出來的不是固定值，懷疑作者是不是把和keepalive相關的時間搞混的。推薦一個英文資料大家可以了解下 https://www.geeksforgeeks.org/tcp-timers/TCP中的計時器你都了解嗎？
最近復習計算機網(wǎng)絡，發(fā)現(xiàn)TCP協(xié)議中的幾個計時器不是很了解，寫一篇文章供自己查閱理解 TCP中有四種計時器（Timer），分別為： 重傳計時器：Retransmission ...
-
RxJava 操作符flatMap 與 concatMap詳解本文獨家發(fā)布到公眾號：Android技術雜貨鋪 近兩年來，RxJava可以說是異常的火爆，受到眾多開發(fā)者的追捧與青睞，雖然后入門的門檻較高，學習成本較大，但是還是掀起一場學習...
-
可以有~最近太忙了
Disruptor核心源碼分析
Disruptor核心源碼分析 說來慚愧，Log4j2的異步日志已經(jīng)用了將近2年時間了。但是每次想看Disruptor源碼的時候，總是沒能堅持下去。這次通過一次生產(chǎn)環(huán)境的故障...
-
@Mr林_月生 感覺你的描述不是很準確哈
1. 你說的「落盤的步驟」，實際上是想說「更新的步驟」吧？如果是更新的話，假設不考慮change buffer，且數(shù)據(jù)在內(nèi)存中不存在，那就如你所說，先從磁盤讀到內(nèi)存，更新，然后寫redo log，更新完成。redo log何時同步到磁盤，這個先不管。
2. 你舉例的場景，如果是沒有redo log的場景，理論上讀數(shù)據(jù)最多也就第一次讀到內(nèi)存就好了，其他都是改內(nèi)存 + 落盤。
我理解的使用redo log最重要的原因是，本來是要隨機寫磁盤的，通過redo log變成了順序寫磁盤，提升了更新的效率。mysql日志系統(tǒng)之redo log和bin log
首先，我們先來看看一次查詢/更新語句流程圖 mysql不是每次數(shù)據(jù)更改都立刻寫到磁盤，而是會先將修改后的結果暫存在內(nèi)存中,當一段時間后，再一次性將多個修改寫到磁盤上，減少磁盤...
-
既然redolog也要落盤 那和數(shù)據(jù)直接落盤有什么區(qū)別么 為什么需要redolog
mysql日志系統(tǒng)之redo log和bin log
首先，我們先來看看一次查詢/更新語句流程圖 mysql不是每次數(shù)據(jù)更改都立刻寫到磁盤，而是會先將修改后的結果暫存在內(nèi)存中,當一段時間后，再一次性將多個修改寫到磁盤上，減少磁盤...
-
-XX:+UseCMSCompactAtFullCollection
-XX:CMSFullGCsBeforeCompaction=0
這樣的配置（也就是默認值）在promotion failed或者可能會fail的時候不會走到foregroud CMS，而是直接采用Serial Old GC的方式來進行Full GCCMS幾種GC模式解讀-感謝你假笨的指正
寫在前面 非常感謝笨神對這篇文章的一些指正。 在G1出來之前，CMS絕對是OLTP系統(tǒng)的標配。即使G1出來幾年了，生產(chǎn)環(huán)境很多的JVM實例還是采用ParNew+CMS的組合。...
-
P2P 網(wǎng)絡核心技術：Gossip 協(xié)議背景 Gossip protocol 也叫 Epidemic Protocol （流行病協(xié)議），實際上它還有很多別名，比如：“流言算法”、“疫情傳播算法”等。 這個協(xié)議的作用...
-
Disruptor核心源碼分析
Disruptor核心源碼分析 說來慚愧，Log4j2的異步日志已經(jīng)用了將近2年時間了。但是每次想看Disruptor源碼的時候，總是沒能堅持下去。這次通過一次生產(chǎn)環(huán)境的故障...
-
做一個善良的人?????????<br><br><br>個人博客：<a href="https://links.jianshu.com/go?to=http%3A%2F%2Flocalhost%3A4000%2Flinling9025.github.io%2F" target="_blank">http://localhost:4000/linling9025.github.io/</a>
-
公眾號：【crossoverJie】主要關注 JVM、并發(fā)、分布式、網(wǎng)絡等相關技術。<br><br>GitHub:<a href="https://links.jianshu.com/go?to=https%3A%2F%2Fgithub.com%2Fcrossoverjie" target="_blank">https://github.com/crossoverjie</a>
-
mysql鎖（九）innodb下的記錄鎖，間隙鎖，next-key鎖****你需要知道的****之前我們介紹了排他鎖，其實innodb下的記錄鎖（也叫行鎖），間隙鎖，next-key鎖統(tǒng)統(tǒng)屬于排他鎖。 ****行鎖****記錄鎖其實很好理解，...
-
另外 byteBuffer是會復用的
socketBuffer反而只是在byteBuffer不夠用的場景下才會用，但是根據(jù)byteBuffer的大小(socketBuffer.size + headerSize) 理論上不可能不夠用的，因為一次讀取的數(shù)據(jù)量最大也是socketBuffer.sizeTomcat7 request line(請求行)源碼解析
本文試圖說清楚tomcat 如下幾個問題： tomcat 底層到底有幾層buffer，是怎么一層一層讀上來到應用層的 tomcat request line 解析 要分析to...
-
幾次底層系統(tǒng)io還要取決于就緒時內(nèi)核緩沖區(qū)已經(jīng)準備好的數(shù)據(jù)
Tomcat7 request line(請求行)源碼解析
本文試圖說清楚tomcat 如下幾個問題： tomcat 底層到底有幾層buffer，是怎么一層一層讀上來到應用層的 tomcat request line 解析 要分析to...
-
面試官問：ZooKeeper 一致性協(xié)議 ZAB 原理
一致性協(xié)議有很多種，比如 Paxos，Raft，2PC，3PC等等，今天我們講一種協(xié)議，ZAB 協(xié)議，該協(xié)議應該是所有一致性協(xié)議中生產(chǎn)環(huán)境中應用最多的了。為什么呢？因為他是為...
