㈠ linux文件系統之元數據
日誌文件系統（journaling file systems）可防止系統崩潰時導致的數據不一致問題。對文件系統元數據（metadata）的更改都被保存在一份單獨的日誌里，當發生系統崩潰時可以根據盯和日誌正確地恢復數據。除此之外，日誌使系統重新啟動時不必進行文件系統的檢查，從而縮短了恢復時間。
所以說元數據就是數據的數據。
任何文件系統中的數據分為數據和元數據。數據是指普通文件中的實際數據，而元
數據指用來描述一個文件的特徵的系統數據，諸如訪問許可權、文件擁有者以及文件數據
塊侍銷的分布信息(inode...)等等。在集群文件老則游系統中，分布信息包括文件在磁碟上的位置以及磁碟在集群中的位置。用戶需要操作一個文件必須首先得到它的元數據，才能定位到文件的位置並且得到文件的內容或相關屬性。
2． 元數據管理方式
元數據管理有兩種方式。集中式管理和分布式管理。集中式管理是指在系統中有一個節點專門司職元數據管理，所有元數據都存儲在該節點的存儲設備上。所有客戶端對文件的請求前，都要先對該元數據管理器請求元數據。分布式管理是指將元數據存放在系統的任意節點並且能動態的遷移。對元數據管理的職責也分布到各個不同的節點上。大多數集群文件系統都採用集中式的元數據管理。因為集中式管理實現簡單，一致性維護容易，在一定的操作頻繁度內可以提供較滿意的性能。缺點是單一失效點問題，若該伺服器失效，整個系統將無法正常工作。而且，當對元數據的操作過於頻繁時，集中的元數據管理成為整個系統的性能瓶頸。
分布式元數據管理的好處是解決了集中式管理的單一失效點問題，而且性能不會隨著操作頻繁而出現瓶頸。其缺點是，實現復雜，一致性維護復雜，對性能有一定影響。
㈡ linux中查看虛擬內存和cpu佔用率的命令是什麼
linux虛擬內存統計：vmstat
命令
vmstat
-
報告虛擬內存的統計信息。vmstat
對系統的進程情況、內存使用情況、交換頁和
I/O
塊使用情況、中斷以及
CPU
使用情況進行統計並報告相應的信息。Memory
swpd:
虛擬內存使用情況，單位：KBfree:
空閑的內存，單位KBbuff:
被用來做為緩存的內存數，單位：KB.si:
從磁碟交換到內存的交換頁數量，單位：KB/秒so:
從內存交換到磁碟的交換頁薯慶數量，單位：KB/秒。運行
vmstat
不須要特別的使用許可權
這些系統信息是用來向用戶提供分析系統瓶頸問題信息的。linux在計算進程情況時不將正在運行的
vmstat
自己計算進去。
vmstat對系統的虛擬內存、進程、CPU活動進行監視，同時它也對磁碟和forks和vforks操作的個數進行匯總。
不足是：vmstat不能對某個進程進行深入分析，它僅是一對系統的整體情況進行分析。
例如：[angel@home
/angel]#
vmstat
procs
memory
swap
io
system
cpu
r
b
w
swpd
free
buff
cache
si
so
bi
bo
in
cs
us
sy
id
0
0
0
7180
1852
56092
48400
0
0
6
5
24
8
0
0
18
其中：
Procs
r:
等待運行的進程數
b:
處在非中斷睡眠狀態的進程數
w:
被交換出去的可運行的進程數。
Memory
swpd:
虛擬內存使用情況，單位：KB
free:
空閑的內存，單位KB
buff:
被用來做為緩存的內唯咐存數，單位：KB
Swap
si:
從磁碟交換到內存的交換頁數量，單位：KB/秒
so:
從內存交換到磁碟的交換頁數量，單位：KB/秒
IO
bi:
發送到塊設備的塊數，單位：塊/秒
bo:
從塊設備接收到的塊數，單位：塊/秒
System
in:
每秒的中斷數，包括時鍾中斷
cs:
每秒的環境（上下文）切換次數
CPU
按
CPU
的總使用百分比來顯數山握示
us:
CPU
使用時間
sy:
CPU
系統使用時間
id:
閑置時間
㈢ 請教，AM3352 Linux系統啟動時間優化瓶頸
印象中這個是由你端枝蠢口的IP以及埠ARP緩存來確毀培定，比如你的PHY1接net1，猛余陪PHY2接net2，兩者的網段IP不一樣，維護的ARP緩存也是不一樣的，ping時候就會嘗試到相應的網口上發包。但如果遇到了兩個PHY接到了同樣一個網路的情況
㈣ 請教，AM3352 Linux系統啟動時間優化瓶頸
3常見的arm嵌入式學習問答，設計者和學習者最關心的11個問題：1.arm嵌入式是學習硬體好還是學習軟體好?2.嵌入式軟鏈肆件和硬體，哪一種職位待遇更高？或者說，在設判喚弊計中哪一個更重要？3.學完掘族51單片機後，想買arm開發板繼續學習，是買arm7還是arm9?4
㈤ 請教，AM3352 Linux系統啟動時間優化瓶頸
CPU角度看AM335x工業性能更些主頻210高些現處理器般環境應用都差主要看介面外設吧
㈥ 如何判斷linux網路是否存在瓶頸
在優化了LINUX內核配置，網路瓶頸跟一般系統無大關系了。在保有的硬體（如網卡）等設備擾岩高配的情況雀李昌下，頃扒網路瓶頸一般不在會由LINUX操作系統問題；
㈦ 如何簡單的找出linux系統瓶頸
基本流程：
1、使用top查看系統的總體運行情況；
Top的輸出結果那些是很有用的信息呢？我已經全部用紅線框起來了，具體如下：
：load average 這行表示系統最近1分鍾，5分鍾，15分鍾的平均負載。那麼怎樣的負載才是可以接受的呢？有個簡單的辦法，在top命令中，再按『1』鍵，會列出系統使用的cpu的數量，以負載的值不要超過cpu數量最合適。
：Tasks 這行反應的是當前系統的任務狀態，主要看running和zombie進程的數量，一個健康的系統zombie（僵死進程）的數量一定是為0的，否則肯定系統已經出不小的問題了。
：Cpu（s）這行反應當前cpu的工作狀態，us表示用戶進程占整個cpu運行時間的百分比，sy表示系統進程的佔用時間百分比；id表示cpu當前的空閑時間百分比，wa表示等待時間百分比，這幾個概念是最重要的。下面有個實際的列子會再詳細分析。
：Mem這行反應當前系統內存使用狀況
：Swap 這行就是系統交換分區使用狀態，一個性能優越的系統，交換分區使用量一定是為0的，交換分區只是一種應對在系統內存不足時的一種緊急機制，用到交換橘睜纖分區，說明可以考慮增加內存或者裁減現有內存數據大小了。畢竟交換分區就是硬碟，速度和內存差了太多。
2、看硬碟容量，硬碟容量如果爆滿的話，那麼什麼詭異的情況都可能出現，這個已經非常危急了，具體的命令：df；
3、看帶寬；這里如果細分的話就復雜了，比如是否有網路攻擊，封包數量和特徵是否異常等，zabbix是其中的佼佼者，這里我們只要看目前的帶寬有沒有接近網卡的上限，命令: dstat -n;
這台機器是千兆網卡，現在最大才跑到2.7mbyte/s *8 ～ 20mbit/s，遠遠沒到，帶寬這個很少有機會用到網卡峰值的80%左右，但是在業務繁忙的時候，這個也是非常重要的監控對象。
4、一個具體的實例。昨天一個新同學說應用很卡，延遲較大。內存還有很多不使用，就如上面top圖顯示那樣，還有接近3G可以使用的內存。我等錄上去看了看，使用vmstat：
可以看到過段時間就會發現有些圓仿進程處於阻塞狀態，原因內是因為cpu處於等待的時間變長了，cpu是空閑的很，等著進程進來運算，而進程遲遲沒有到達，這個肯定就是數據在交換分區了，存取太早梁慢導致的卡和延遲，後來關閉了交換分區，並且整理內存之後，一切就正常了。
一個初步的系統性能診斷按照基本流程就幾步，只是開始接觸linux的同學不知道按照一個流程來操作。所以需要多看多動手。當然現在監控軟體很多，可以監控的性能指標也很多。