aws在reinvent2020中新推出了ebs gp3的固態硬碟型別。本文根據查閱資料與實際評測來分析新版gp3與gp2的區別。
gp2的iops根據預置容量來設定，如果需要較大的io（例如資料庫以及區塊鏈全節點）則需要提高儲存容量來獲得效能的提公升。
假設如果放置100gb的硬碟，在gp2的場景下除非使用io優化例項，否則無法支援高效能，只能使用臨時突增到3000iops的burst時間內使用高io。如果頂級配置下最大吞吐量256mb
gp3將iops，吞吐量，以及硬碟大小三個維度隔離開，可以自由指定iops， throuput以及硬碟大小，沒有burst，基準線**比gp2便宜20%。基準線吞吐量128mb，頂級配置最大吞吐1000mb。預置 iops 與預置卷大小的最大比率為有個限制， 500 iops / gib，只需要硬碟超過32gb即可配置頂級iops（16000）與頂級吞吐1000m（4000iops下250kib塊）。
gp2吞吐量計算公式：iops per gib is 3
throughput in mib/s = ((volume size in gib) × (iops per gib) × (i/o size in kib))總結來看，gp3因為基準線iops非常高，適合持續高頻的小資料大io。在未達到125mb瓶頸時，價效比遠超gp2，而且超過125mb瓶頸後，使用節省下來的20%來購置throughput上限，買到gp2的效能，也會比gp2便宜5%以上。具體便宜的幅度如下所示：
如果資料庫需要高頻小量的io，使用gp3非常合適，但是如果資料庫需要持續向外傳送很大的資料（例如傳送體積比較大的生交易），那麼throuput的上限就會擠占iops，導致超時或者無法發揮iops的作用。
從各個場景來看，選擇gp3都是優於gp2的。
以下是metasv專案中的某乙個資料庫在切換gp3前後的效能指標對比。
使用原資料庫觀察到出現大區塊（高資料庫讀寫場景）之後的資料庫的各項指標：
可以看出，該資料庫的各項指標沒有超過gp3的基準線，throughput峰值10mb/s，iops峰值600，可以完美使用gp3的預設配置來配置資料庫例項。
使用新資料庫第一次處理連續大區塊時的指標如下：
可以看出指標有了很大的提公升，3000 iops基本全部充分利用，並且throuput大約在70mb/s左右，未達到峰值。也就是說如果出現連續的超級大塊，gp2很快會耗盡burst iops，而gp3可以持續穩定地進行輸出。
Go 初體驗 併發與鎖 3 競態
競態，就是多個協程同時訪問臨界區，由併發而產生的資料不同步的狀態。這個說的有點low，沒辦法，我就是這麼表達的，官方的請度娘。先上 輸出 為何不是1000？就是因為競態，發生競態後，最終的輸出是以最後乙個協程執行的結果為準，但最後乙個協程有一定的隨機性，不是先跑先完。改一下 輸出 因為加了鎖，這10...
BI 4 0與XI R3與SAP資料連線對比
此處的xi r3指的是安裝過了integration kit的。crystal report crystal report 2008 所有與第三方資料來源的連線，比如ado.net jdbc odbc.olap連線 mas sap bw universe sap crystal report 201...
Unity3D種UGUI與NGUI的對比差別（1）
先來段小八卦，聽說ugui的主創人員是從ngui招過去的，所以，ugui中有很多概念，對於用過ngui的童鞋來說，看起來都似曾相識。先來個概念對比 ngui ugui 錨點anchor recttransform anchor sprite image 文字label text 根節點uiroot ...