如何比對伺服器內存

『壹』 伺服器日常需要怎麼維護

1.安全檢測
伺服器關繫到線上所有的重要信息，十分重要，日常安全檢測必不可少。具體的檢測內容包括以下幾個方面：檢查伺服器啟動項是不是正常，重點查看系統目錄和重要的應用程序許可權是不是有更改；檢查伺服器狀態，打開伺服器進程管理器，查看具體的CPU使用情況及任務進程是否有異常；查看伺服器埠使用情況，看看是否有未使用埠，及時關閉防止黑客利用；檢查系統服務應用，查看已啟動的服務是否有異常。另外，可以進行周期檢查相關日誌，安全策略及系統文件。
2.數據備份
獨立伺服器日常維護備份數據是必須要更新的。建立周期將系統數據每月備份一次，應用程序數據兩周單獨備份一次，並確保數據安全後最好能夠轉儲一份，這樣即使出現數據損失也能夠及時恢復數據。這種備份基本上採用的是全備份，因此在備份數據上可以只保留上次備份數據和此次備份數據即可。
3.日常優化
獨立伺服器運行久了，會產生很多系統文件，可以卸載一些不用的程序組件，釋放獨立伺服器的空間；刪除一些自啟動的程序，減少讀取時間，從而提升伺服器的響應速度，優化內存。
4.獨立伺服器優化
調整伺服器緩存策略，對訪問流量進行適當的策略限制，比如站點帶寬限制，保持http的連接，起用http壓縮等。獨立伺服器性能優化一般周期性或特殊時間段維護較為常見。
5.綜合來說，獨立伺服器日常維護的一些細節內容，從開機安全檢測到數據備份，日常優化等，維護人員頁面俱到把握細節，獨立伺服器的整體運行就不會出現紕漏。

『貳』 比對電腦配置

兄弟，你這三個配置都不值得購買。
這不是組裝機，是電商整機，專門用來坑小白的。
CPU是N年前的老志強垃圾伺服器CPU。
主板是小廠配套的寨板，或者定製板，縮水縮的嚇人。
其他內存條，硬碟，電源沒有一個牌子貨，都是山寨貨。
這樣的機器買回去死機，藍屏，卡頓，鎖盤，都是正常的。
不建議購買。
給你個中端配置。

『叄』 內存卡比對是什麼意思

就是把兩個不同的內卡進行對比。
查詢中關村在線，內存卡X代表存儲速度，數字越大越快，不同的內存卡對比後面的數字就可以了。
內存卡是一種固態電子快閃記憶體數據存儲設備，多為卡片或者方塊狀。它一般是使用Flash晶元作為儲存介質。

『肆』 如何用九條命令在一分鍾內檢查Linux伺服器性能

一、uptime命令

這個命令可以快速查看機器的負載情況。在Linux系統中，這些數據表示等待CPU資源的進程和阻塞在不可中斷IO進程（進程狀態為D）的數量。這些數據可以讓我們對系統資源使用有一個宏觀的了解。

命令的輸出分別表示1分鍾、5分鍾、15分鍾的平均負載情況。通過這三個數據，可以了解伺服器負載是在趨於緊張還是趨於緩解。如果1分鍾平均負載很高，而15分鍾平均負載很低，說明伺服器正在命令高負載情況，需要進一步排查CPU資源都消耗在了哪裡。反之，如果15分鍾平均負載很高，1分鍾平均負載較低，則有可能是CPU資源緊張時刻已經過去。

上面例子中的輸出，可以看見最近1分鍾的平均負載非常高，且遠高於最近15分鍾負載，因此我們需要繼續排查當前系統中有什麼進程消耗了大量的資源。可以通過下文將會介紹的vmstat、mpstat等命令進一步排查。

二、dmesg命令

該命令會輸出系統日誌的最後10行。示例中的輸出，可以看見一次內核的oom kill和一次TCP丟包。這些日誌可以幫助排查性能問題。千萬不要忘了這一步。

三、vmstat命令

vmstat(8) 命令，每行會輸出一些系統核心指標，這些指標可以讓我們更詳細的了解系統狀態。後面跟的參數1，表示每秒輸出一次統計信息，表頭提示了每一列的含義，這幾介紹一些和性能調優相關的列：

r：等待在CPU資源的進程數。這個數據比平均負載更加能夠體現CPU負載情況，數據中不包含等待IO的進程。如果這個數值大於機器CPU核數，那麼機器的CPU資源已經飽和。

free：系統可用內存數（以千位元組為單位），如果剩餘內存不足，也會導致系統性能問題。下文介紹到的free命令，可以更詳細的了解系統內存的使用情況。

si，so：交換區寫入和讀取的數量。如果這個數據不為0，說明系統已經在使用交換區（swap），機器物理內存已經不足。

us, sy, id, wa, st：這些都代表了CPU時間的消耗，它們分別表示用戶時間（user）、系統（內核）時間（sys）、空閑時間（idle）、IO等待時間（wait）和被偷走的時間（stolen，一般被其他虛擬機消耗）。

上述這些CPU時間，可以讓我們很快了解CPU是否出於繁忙狀態。一般情況下，如果用戶時間和系統時間相加非常大，CPU出於忙於執行指令。如果IO等待時間很長，那麼系統的瓶頸可能在磁碟IO。

示例命令的輸出可以看見，大量CPU時間消耗在用戶態，也就是用戶應用程序消耗了CPU時間。這不一定是性能問題，需要結合r隊列，一起分析。

四、mpstat命令

該命令可以顯示每個CPU的佔用情況，如果有一個CPU佔用率特別高，那麼有可能是一個單線程應用程序引起的。

五、pidstat命令

pidstat命令輸出進程的CPU佔用率，該命令會持續輸出，並且不會覆蓋之前的數據，可以方便觀察系統動態。如上的輸出，可以看見兩個JAVA進程佔用了將近1600%的CPU時間，既消耗了大約16個CPU核心的運算資源。

六、iostat命令

r/s, w/s, rkB/s, wkB/s：分別表示每秒讀寫次數和每秒讀寫數據量（千位元組）。讀寫量過大，可能會引起性能問題。

await：IO操作的平均等待時間，單位是毫秒。這是應用程序在和磁碟交互時，需要消耗的時間，包括IO等待和實際操作的耗時。如果這個數值過大，可能是硬體設備遇到了瓶頸或者出現故障。

avgqu-sz：向設備發出的請求平均數量。如果這個數值大於1，可能是硬體設備已經飽和（部分前端硬體設備支持並行寫入）。

%util：設備利用率。這個數值表示設備的繁忙程度，經驗值是如果超過60，可能會影響IO性能（可以參照IO操作平均等待時間）。如果到達100%，說明硬體設備已經飽和。

如果顯示的是邏輯設備的數據，那麼設備利用率不代表後端實際的硬體設備已經飽和。值得注意的是，即使IO性能不理想，也不一定意味這應用程序性能會不好，可以利用諸如預讀取、寫緩存等策略提升應用性能。

七、free命令

free命令可以查看系統內存的使用情況，-m參數表示按照兆位元組展示。最後兩列分別表示用於IO緩存的內存數，和用於文件系統頁緩存的內存數。需要注意的是，第二行-/+ buffers/cache，看上去緩存佔用了大量內存空間。

這是Linux系統的內存使用策略，盡可能的利用內存，如果應用程序需要內存，這部分內存會立即被回收並分配給應用程序。因此，這部分內存一般也被當成是可用內存。

如果可用內存非常少，系統可能會動用交換區（如果配置了的話），這樣會增加IO開銷（可以在iostat命令中提現），降低系統性能。

八、sar命令

sar命令在這里可以查看網路設備的吞吐率。在排查性能問題時，可以通過網路設備的吞吐量，判斷網路設備是否已經飽和。如示例輸出中，eth0網卡設備，吞吐率大概在22 Mbytes/s，既176 Mbits/sec，沒有達到1Gbit/sec的硬體上限。

sar命令在這里用於查看TCP連接狀態，其中包括：

active/s：每秒本地發起的TCP連接數，既通過connect調用創建的TCP連接；

passive/s：每秒遠程發起的TCP連接數，即通過accept調用創建的TCP連接；

retrans/s：每秒TCP重傳數量；

TCP連接數可以用來判斷性能問題是否由於建立了過多的連接，進一步可以判斷是主動發起的連接，還是被動接受的連接。TCP重傳可能是因為網路環境惡劣，或者伺服器壓

九、top命令

top命令包含了前面好幾個命令的檢查的內容。比如系統負載情況（uptime）、系統內存使用情況（free）、系統CPU使用情況（vmstat）等。因此通過這個命令，可以相對全面的查看系統負載的來源。同時，top命令支持排序，可以按照不同的列排序，方便查找出諸如內存佔用最多的進程、CPU佔用率最高的進程等。

但是，top命令相對於前面一些命令，輸出是一個瞬間值，如果不持續盯著，可能會錯過一些線索。這時可能需要暫停top命令刷新，來記錄和比對數據。

『伍』 教你如何發揮伺服器性能監控的最大價值

，僅完成安裝系統、應用程序並上架後便拍拍屁股離開，遠不能發揮伺服器性能。伺服器需要通過周期性的監控來確保硬體投資得到了預期回報--並對潛在問題提出告警，比如資源不足或硬體故障。性能監控工具可以提供大量的可用信息，但需要確保工具被正確安裝與運行。本文將介紹可以幫助管理員們從系統性能監控中獲得最大利益的技巧。
實現精確的性能監控
如果採集的信息存在錯誤，監控便毫無用處，所以確保數據的准確性是你得採取的第一步。准確性包括許多方面，如互通性、采樣窗口、工具架構、虛擬化感知與校準。
互通性。在此討論中，互通性是性能監控工具的基本功能，能夠從數據中心內各種硬體與部件中訪問與讀取數據源。在部署了同一廠商產品線設備的同質環境內，利用集成在硬體中的內置掛鉤，監控工具可以發揮極大優勢。通過這些掛鉤，工具可以抓取設備的詳細運行信息。
在異質環境下，監控則成為了另外一種挑戰，因為工具與硬體可能無法很好匹配。產商提供的工具可能可以提供一些硬體部件的特殊信息，而其他工具可能無法保障一致性。第三方性能監控工具可能無法檢測每個監控器或硬體的細微差別，它們更依賴於操作系統級的數據，而這些數據通常缺乏足夠的顆粒度。在某些情況下，監控數據可能丟失或失真，從而降低系統性能監控的可用性。
工具與硬體之前的數據差異需要全面測試。例如，在購買工具之前，先測試並驗證兼容性，在經過較長時間的可用性驗證項目後，再開始將工具由測試環境部署至生產環境中。但問題同樣從開始購買延伸至未來產品升級或技術刷新周期。當你更換硬體或升級工具，你需要測試監控工具的互通性來確保性能監控工具依舊可以正常工作並提供准確數據。
采樣。准確性同樣依賴於收集數據用的采樣窗口。當負載與運行參數可能一直處於波動狀態時，數據准確性將十分重要。理想情況下，性能監控工具可以捕捉整台伺服器的運行周期。技巧在於決定運行周期是怎樣的。這依賴於每個負載與宿主主機是如何被使用的。例如，每台伺服器的內存性能可能需要極快的采樣率，而采樣窗口需要跨越好幾分鍾。與此相反，觀察某個合作HR系統的CPU使用情況可能需要已較低的頻率捕捉數值，但采樣窗口周期需要長達30天甚至更長。如何正確采樣並沒有標准答案，不同屬性的操作系統同樣需要通過不同的比率與窗口靈活定義。
工具架構。性能監控工具通常需要在受監控系統上安裝代理或額外驅動(即使是虛擬機)。代理具有優勢也有不足。首先，它們十分有用，因為代理可以收集並傳輸許多重要信息，比無代理的監控工具提供更多監控參數。盡管如此，代理通常被作為軟體客戶端，將所有數據報告給中央伺服器，中央伺服器將收集與處理這些數據。所以每個代理都需要佔用一定的計算資源，這可能在一定程度上影響整台伺服器的負載性能。
我所在環境下所有計算機擁有兩個代理， Chris Steffen，Kroll Factual Data的首席技術架構師說。一個應用程序代理監控我們所有應用程序的健康狀況，而且我們還有System Center [Virtual Machine Manager]代理安裝在所有虛擬機宿主上。
這些年來，關於代理的負面影響一直在降低，但它們所產生的影響一直在被評估，尤其在執行關鍵任務或對性能要求十分苛刻的負載上。不僅如此，Steffen同樣表示，新興的監控工具可以提供更多功能，包括自動化安裝，重裝或維護運行環境中的代理。
虛擬化感知。
虛擬化軟體把應用負載從硬體中抽象化。當傳統性能監控工具試圖在虛擬化環境中報告，抽象層常常發生錯誤結果，因為老工具是同直接監控硬體，而不是通過控制計算資源的hypervisor。考慮到虛擬化技術的人氣和重要性，管理員應該選擇能監控虛擬化的監控工具。這樣能讓性能監控同時管到物理目標和虛擬目標，管理員可以才可以收集到精確的數據。
管理員們有時候還需要採集虛擬機與承載虛擬機的宿主伺服器指標，Kleyman說。這種情況下，需要在虛擬化與物理層級別進行性能監控以確保最佳負載性能並保障用戶體驗。
感測器校準。需要忽視感測器本身的重要性。來自網路交換機或伺服器的數字信信號常都是十分准確的。但是某些感測器，例如溫度，濕度，空氣流或其他環境類型的感測器通常是通過模擬信號傳輸，可能需要經常校對並定期更換電池來保證其長期穩定的工作。
最大化性能監控工具價值
如果沒有正確使用，工具是無法產生價值的。在許許多多的案例中，性能監控工具已經被部署，但是沒有清晰的規劃來使用與分析所收集到的海量數據。工具則變成了管理員們用來抽查或不定期故障處理的簡單工具;這是一種投資浪費。
性能監控工具報告同樣可以作為能力規劃的基礎參考，或協助完成技術刷新項目。性能指標可以幫助展示RIO[投資回報率],Kleyman說。通過了解舊系統性能，並比對新款伺服器性能，我們可以決定是否將錢投資在新設備上已提升計算性能並獲得更長遠的利益。
但Steffen同樣建議用戶多留個心眼，秉著信任，但要核查的態度來對待性能監控工具，有可能某些伺服器監控工具已經被驗證，與其他工具相比可以獲得十分准確的數值，但如果用來監控網路設備則可能出現一些異常。好的業務決策需要有優質的數據進行支撐，而且若工具無法提供准確、可驗證的結果，那樣將很難給業務決策提供有力支持。
lg=t

『陸』 選擇雲計算伺服器需要考慮哪些因素

性價比：相同配置的伺服器，大家肯定希望買到便宜的伺服器。有很多初次購買伺服器的小夥伴很難買到好的伺服器，這與很多客戶不知道如何購買有一定的關系。大家要學會比對，看看cpu、硬碟、內存、帶寬、支持多少ip等等。

伺服器穩定性：伺服器的穩定性與伺服器的硬體及軟體都有一定的關系，硬體優秀的伺服器不容易出現假死的情況，也不容易出現物理故障。軟體也是一個方面，如果你用的盜版window軟體，很容易出現被駭客入侵的情況發生。

雲計算伺服器注意事項

對於大多數用戶而言，在大多數情況下，很難區分在雲伺服器上運行的應用程序(procere)和在具有相同規格的物理伺服器上運行相同應用程序之間的區別。當然，前提是兩者都配置正確。但是，一旦深入研究（research)並開始查看磁碟IO和低級別CPU基準等指標，物理和虛擬硬體之間的根本區別就會變得更加明顯。

正是出於這個原因，許多用戶更願意使用(use)物理伺服器和固態硬碟(簡稱:HDD)來搭載性能(xìngnéng)密集型應用程序(procere)。雖然這並不意味著雲伺服器一律較慢或物理伺服器一定更快。特別是雲伺服器，有許多因素會影響其他方面相同的虛擬硬體的性能。