#影響linux效能的cpu、記憶體、磁碟、網路等因素分析
1.系統硬體資源:cpu,多核與超執行緒
消耗cpu的業務：動態web服務，mail伺服器
2.記憶體：物理記憶體與swap的取捨，64作業系統
消耗記憶體的業務:記憶體資料庫（redis、hbase、mongodb）
3.磁碟：raid技術（raid0/1/5/10）,ssd
消耗磁碟的業務：資料庫伺服器
4.網路頻寬：網絡卡/交換機/雙網絡卡繫結
磁碟分割槽，raid設定，swap設定
2.核心引數優化
ulimit -n 最大開啟檔案數
ulimit -u 最大使用者數
3.檔案系統優化
ext2：linux下標準檔案系統，無日誌記錄（inode）功能
ext3：在ext2基礎上增加了日誌記錄功能（inode），僅支援32000個目錄
ext4: ext3的後續版本，linux2.6.28核心開始支援，無限子目錄支援，快速fsck
xfs：高效能檔案系統，linux3.10核心開始預設支援
讀操作頻繁首選：ext4 寫操作頻繁首選：xfs
#系統效能調優之cpu效能評估工具與優化經驗
1.cpu效能評估工具
vmstat（預設系統自帶）
vmstat 3 5 表示每3s更新一次輸出資訊，統計5次後停止輸出
[root@zabbix ~]# vmstat 2 3
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 0 60072824 246332 3805844 0 0 0 25 1 1 0 0 100 0 0
1 0 0 60072848 246332 3805844 0 0 0 24 698 729 0 0 100 0 0
0 0 0 60073080 246332 3805844 0 0 0 28 1445 1034 0 0 100 0 0
procs r列表示執行和等待cpu時間片的程序數，這個如果長期大於系統cpu個數，說明cpu不足，需要增加cpu
b列表示在等待資源的程序數，比如等待i/o,或者記憶體交換等
procs標準： r 不超過cpu程序數
memory標準：
swap標準： si,so長期不為0,說明記憶體不足，需要加記憶體
io標準： bi+bo超過1000，而且wa值較高，說明磁碟io有問題，應提高磁碟讀寫效能
system標準： us長期超過50%，使用者程序消耗cpu,需要考慮優化程式或演算法
sy長期超過50%，核心消耗的cpu資源很多
us+sy長期超過80%，說明可能cpu資源部足
id cpu空閒的百分比
wa 參考值20%，如果超過20%,說明io等待嚴重
cpu重點參考：r cs us sy id wa值的大小
2.iostat工具(需要安裝sysstat工具包)
iostat -c 3 5 顯示cpu使用情況
iostat -d 3 5 顯示磁碟使用情況
# -r記憶體，-ucpu -d磁碟
tps 表示每秒到物理磁碟的傳送數，也就是每秒的i/o流量，乙個傳送就是乙個i/o請求，多個邏輯請求可以被合併為乙個物理i/o請求
sar -r 3 5
sar -u 3 5
pidstat -r -p 3 5
#系統效能調優之記憶體效能、磁碟效能評估工具與優化經驗
#系統效能調優之網路效能評估工具與系統效能分析標準
netstat -r 檢視網路介面狀態
netstat -i c檢視網路路由
Linux系統效能優化思路和工具
有人覺得現如今硬體的效能越來越強，在系統和軟體上深度優化的必要性是否存在。硬體效能確實是越來卻強，我不知道摩爾定律目前是否失效，但是總會有失效的一天。因此，是否有必要也因人因公司而異，系統優化的目的是更高效地使用cpu和記憶體等硬體資源，最終還是為了省錢。因此，如果你們公司想省錢，可能是有必要對伺服...
Linux系統效能優化
由於各種的i o負載情形各異，linux系統中檔案系統的預設配置一般來說都比較中庸，強調普遍適用性。然而在特定應用下，這種配置往往在i o效能方面不能達到最優。因此，如果應用對i o效能要求較高，除了採用效能更高的硬體 如磁碟 hba卡 cpu mem等 外，我們還可以通過對檔案系統進行效能調優，來...
優化系統效能
程式框架 hibernate3 struts2 spring2 資料庫 sqlserver2008 伺服器 tomcat6 優化方法 1 配置連線池 採用的c3p0連線池 2 在程式中獲取列表時，用iterator代替list 3 在查詢之後可以使用session.clear 方法釋放快取 4 用資...