自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

如何從技術(shù)細(xì)節(jié)挑選服務(wù)器內(nèi)存?

運維 服務(wù)器運維
虛擬化增加了在每臺服務(wù)器上運行工作負(fù)載的數(shù)量,但是越來越多的計算需求則要求IT人員配備更好的硬件。內(nèi)存儼然已經(jīng)是服務(wù)器的一個關(guān)鍵資源,而且通常來說,虛擬服務(wù)器會在消耗完其他計算資源(如處理器內(nèi)核或或時鐘周期)之前先把內(nèi)存耗完。本文會概述目前市場上幾個主要內(nèi)存類型的關(guān)鍵屬性,并幫助IT專家按照服務(wù)器和預(yù)期工作負(fù)載的要求匹配不同等級和性能的內(nèi)存。

如果IT人員對服務(wù)器內(nèi)存市場不十分了解,那選擇合適的服務(wù)器內(nèi)存可不是一項簡單的工作。虛擬化增加了在每臺服務(wù)器上運行工作負(fù)載的數(shù)量,但是越來越多的計算需求則要求IT人員配備更好的硬件。

如果IT人員對服務(wù)器內(nèi)存市場不十分了解,那選擇合適的服務(wù)器內(nèi)存可不是一項簡單的工作。

虛擬化增加了在每臺服務(wù)器上運行工作負(fù)載的數(shù)量,但是越來越多的計算需求則要求IT人員配備更好的硬件。內(nèi)存儼然已經(jīng)是服務(wù)器的一個關(guān)鍵資源,而且通常來說,虛擬服務(wù)器會在消耗完其他計算資源(如處理器內(nèi)核或或時鐘周期)之前先把內(nèi)存耗完。本文會概述目前市場上幾個主要內(nèi)存類型的關(guān)鍵屬性,并幫助IT專家按照服務(wù)器和預(yù)期工作負(fù)載的要求匹配不同等級和性能的內(nèi)存。

服務(wù)器內(nèi)存基本屬性

除了基礎(chǔ)的64位或72位數(shù)據(jù)頻寬和速度標(biāo)識,當(dāng)今內(nèi)存條使用一系列術(shù)語進(jìn)行分類,作為IT管理員或技術(shù)人員,需要熟悉這些術(shù)語,這樣就能更簡單理解服務(wù)器配置以及和服務(wù)器供應(yīng)商討論內(nèi)存屬性的有效性。

如今服務(wù)器內(nèi)存通常使用傳輸速率進(jìn)行分類,單位為百萬傳輸每秒(MT/s)。典型的雙列直插式內(nèi)存模塊(DIMM)設(shè)備提供1,066 MT/s, 1,333 MT/s, 1,600 MT/s 或者 1,866 MT/s的傳輸速率。記住這并不代表數(shù)據(jù)傳輸速率,只代表這個設(shè)備能夠運行這些數(shù)量的傳輸循環(huán)。如果想要找到數(shù)據(jù)傳輸速率 – bytes(B)每秒 – 直接將傳輸速率乘以8即可獲得。比如,一個前沿的DIMM的傳輸速率為2,133 MT/s將可以提供17,066 MB每秒的數(shù)據(jù)傳輸速率,相當(dāng)于差不多17Gbps的帶寬。

一個“內(nèi)存rank(塊)”是一組動態(tài)RAM(DRAM)內(nèi)存芯片與相同的芯片連接。接著,計算機(jī)在同一時間通過一個64位數(shù)據(jù)總線或者一個使用誤差校正碼(ECC)的72位數(shù)據(jù)總線進(jìn)行使用。實際物理內(nèi)存芯片在一個rank里的數(shù)量可以變化。比如,一個x16(16位)rank的內(nèi)存芯片可以使用4個16位的DRAM內(nèi)存芯片來創(chuàng)建一個64位的rank。作為對比,一個x8(8位)的rank可以使用8個8位的DRAM內(nèi)存芯片來完成一個64位的rank;如果內(nèi)存條支持ECC,可以增加更多的內(nèi)存芯片。一個內(nèi)存模塊例如一個DIMM可以包括1,2,4或8個ranks被稱為"single," "dual," "quad" 和"octal"。Single rank DIMMs價格 ***同時也只能提供***的內(nèi)存容量。

Rank會令人困惑,但是他們是內(nèi)存幾何中的關(guān)鍵部分。比如,當(dāng)你有一個DIMM并在兩邊各有8個芯片 – 總共16個DRAM芯片在DIMM上,16個芯片中的每一個都代表一個rank,每個rank的頻寬是8位。實際上,這個DIMM會以2個rank結(jié)尾,每個rank都是64位頻寬,位于內(nèi)存條的兩邊。

服務(wù)器內(nèi)存控制器對于需要安裝的DIMM的支持受限于rank的數(shù)量,還會跟著DIMM使用的總?cè)萘窟M(jìn)行變化。比如,一個系統(tǒng)可能支持使用4個低密度DRAM芯片的rank,導(dǎo)致高密度DRAM芯片的DIMM只能為系統(tǒng)帶來更少的rank。

一個“內(nèi)存Channel(組)”, 有時被叫做“bank”代表一組rank。所有加入channel的rank可以是一個單一的DIMM,或者幾個DIMM。一個典型的服務(wù)器通常支持大量的channel也允許安裝大量的內(nèi)存條。在大部分情況下,一個channel中的每個DIMM必須在邏輯上是完全一致的,重要的一點是當(dāng)channel需要填充時,需要回顧系統(tǒng)文檔來判斷所有限制因素或是系統(tǒng)要求。

基本內(nèi)存類型

如今內(nèi)存模塊也按照類型來規(guī)劃:分為注冊、無緩沖和負(fù)載減少三類。每個類型都會提供一些權(quán)衡,因為在同一臺服務(wù)器內(nèi)無法混合類型,所以在你做出決定之前,考慮到***性能、可靠性、效率和成本的搭配是非常重要的。

注冊DIMMs(RDIMMs)通過緩沖DRAM地址,控制和時鐘信號進(jìn)行工作。緩沖能提高信號強(qiáng)度,簡化電子負(fù)載問題,并提供一個很好地組合速度(輸出),容量和rank配置所以RDIMMs是最為普遍的型號,。Singal或Dual rank的RDIMMs在每個DIMM容量在16GB的情況下,可以支持1,600MT/s的輸出。32GB的RDIMMs支持quad rank的配置(也就是在每個DIMM上配備更多芯片),但是這通常會限制每個channel上DIMMs安裝的數(shù)量并將傳輸速度降至1,066 MT/s??傊?,當(dāng)DIMM可靠性需要依靠ECC或者當(dāng)服務(wù)器需要支持大量內(nèi)存的時候,RDIMMs將會是***選擇。

作為對比,無緩沖DIMMs(UDIMMs)不會緩沖地址,控制和時鐘信號。因為緩沖電子的延時被移除了,所以緩沖的缺失可以提高很小百分比的DIMM性能。然而,UDIMMs會在主機(jī)服務(wù)器上強(qiáng)加一個更大的電子負(fù)載,將***輸出限制在1,600 MT/s以內(nèi),還會將DIMM容量降至4GB,并限制每個channel只允許2個DIMMs。如果你真的要用的話,UDIMMs可以被使用在不需要大量內(nèi)存容量的備用服務(wù)器上,也許會獲利于縮短那近似微乎其微的內(nèi)存延時。

負(fù)載減少DIMMs與注冊DIMMs相似,也是有緩存,但是LRDIMMs使用一種緩沖方法能夠大幅減低每個DIMM的電子負(fù)載。這能夠允許最多3個大容量的32位quad rank DIMMs在一個channel上運行傳輸速率至1, 333 MT/s。同時服務(wù)器還能達(dá)到***的總內(nèi)存容量,但是如果在每個channel上使用超過3個DIMMs,傳輸速率會降至1,066 MT/s。LRDIMMs仍舊被一些服務(wù)器供應(yīng)商所采納,所以如果要使用,請確保你的指定服務(wù)器支持LRDIMMs。比如,HP Prolian G8服務(wù)器支持LRDIMMs,而舊版的G7和G6則不支持。

對于任何虛擬化數(shù)據(jù)中心來說,內(nèi)存都是一個關(guān)鍵資源,所以選擇內(nèi)存條對于系統(tǒng)中每個工作負(fù)載所使用的內(nèi)存容量,可靠性和性能具有巨大的影響。好了,你已經(jīng)學(xué)習(xí)了當(dāng)代內(nèi)存命名法的一些基本概念,你可以為你的服務(wù)器內(nèi)存配置做出更好的選擇來***化你所使用的IT硬件預(yù)算。

責(zé)任編輯:路途 來源: TT中國
相關(guān)推薦

2013-08-21 09:57:54

服務(wù)器內(nèi)存技術(shù)服務(wù)器

2018-10-24 10:52:09

2021-06-11 21:46:31

RocketMQ數(shù)據(jù)JSON

2011-07-21 09:33:53

2015-04-13 10:12:08

Windows容器技術(shù)Nano Server

2015-07-27 09:44:38

Amazon EC2云平臺CoreOS容器

2013-09-05 10:23:41

存儲服務(wù)器處理器英特爾

2011-12-09 09:33:44

服務(wù)器虛擬化虛擬機(jī)

2010-09-26 14:39:57

數(shù)據(jù)中心機(jī)架服務(wù)器

2009-06-15 16:27:20

JBoss服務(wù)器JBoss源碼

2014-05-29 09:34:25

2024-04-25 17:07:33

無源光網(wǎng)絡(luò)PON接入網(wǎng)技術(shù)

2019-05-13 08:51:53

總監(jiān)技術(shù)CTO

2019-05-06 10:51:49

總監(jiān)技術(shù)場景

2020-04-03 09:05:43

麻將 AI Suphx神經(jīng)網(wǎng)絡(luò)

2023-05-08 07:20:22

Doris分析型數(shù)據(jù)庫

2009-08-07 13:38:31

服務(wù)器托管

2009-11-10 11:38:54

2013-02-21 13:47:39

服務(wù)器處理器采購

2017-11-10 08:35:06

存儲FCoE網(wǎng)絡(luò)
點贊
收藏

51CTO技術(shù)棧公眾號