世界正每秒從移動(dòng)設(shè)備，Web和各種小工具向應(yīng)用程序推送大量數(shù)據(jù)。 如今，更多的應(yīng)用程序必須處理此數(shù)據(jù)。 為了保持性能，這些應(yīng)用程序需要快速訪問(wèn)數(shù)據(jù)層。 在過(guò)去的幾年中，RAM價(jià)格下降了，我們現(xiàn)在可以便宜得多地獲得具有TB級(jí)RAM的硬件。 好，有了硬件，現(xiàn)在呢？ 我們通常使用虛擬化來(lái)創(chuàng)建較小的虛擬機(jī)，以滿足應(yīng)用程序橫向擴(kuò)展的要求，因?yàn)閾碛幸粋€(gè)TB級(jí)的Java應(yīng)用程序是不切實(shí)際的。 JVM Garbage Collection將立即殺死您的應(yīng)用程序。 有沒(méi)有想過(guò)要對(duì)一個(gè)TB的堆進(jìn)行單個(gè)完整的垃圾回收需要多少時(shí)間？ 它將使應(yīng)用程序暫停數(shù)小時(shí)，使其無(wú)法使用。 BigMemory是在不維護(hù)磁盤(pán)/ raid配置/數(shù)據(jù)庫(kù)的情況下以毫秒為單位訪問(wèn)數(shù)TB數(shù)據(jù)的關(guān)鍵。

BigMemory =大數(shù)據(jù)+內(nèi)存中

BigMemory可以利用您的硬件到RAM的最后一個(gè)字節(jié)。 BigMemory在單個(gè)Java進(jìn)程中最多可以存儲(chǔ)TB的數(shù)據(jù)。

BigMemory以每個(gè)節(jié)點(diǎn)1 TB的速度提供“快速”，“可預(yù)測(cè)”和“高可用性”數(shù)據(jù)。

以下測(cè)試使用兩個(gè)盒子，每個(gè)盒子都有1 TB的RAM。 為操作系統(tǒng)留出足夠的空間，我們能夠分配2 x 960 GB的BigMemory，總共可存儲(chǔ)1.8+ TB的數(shù)據(jù)。 無(wú)需面對(duì)高延遲的問(wèn)題，無(wú)需使用龐大的橫向擴(kuò)展體系結(jié)構(gòu)即可……直接使用硬件。 測(cè)試結(jié)果：每秒23K只讀事務(wù)，延遲為20 ms。 隨時(shí)間推移的測(cè)試吞吐量和周期性等待時(shí)間的圖表。

只讀定期吞吐量圖

只讀定期延遲圖

參考：來(lái)自Billion ＆Terabytes博客的JCG合作伙伴 Himadri Singh的快速，可預(yù)測(cè)和高度可用@ 1 TB /節(jié)點(diǎn) 。

翻譯自: https://www.javacodegeeks.com/2012/06/fast-predictable-highly-available-1.html

總結(jié)

以上是生活随笔為你收集整理的1 TB /节点时快速，可预测且高度可用的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。