Ⅰ 為什麼write有時候在linux裡面耗時很久
#include ssize_t write(int filedes, void *buf, size_t nbytes); // 返回：若成功則返回寫入的位元組數，若出錯則返回-1 // filedes：文件描述符 // buf:待寫入數據緩存區 // nbytes:要寫入的位元組數 同樣，為了保證寫入數據的完整性，在《UNIX網...
Ⅱ 請問大俠，在linux下如何動態查看一個正在寫入的文件內容
寫入命令commond & tail -f filename
Ⅲ linux系統性能怎麼優化
linux系統性能怎麼優化
一、前提
我們可以在文章的開始就列出一個列表，列出可能影響Linux操作系統性能的一些調優參數，但這樣做其實並沒有什麼價值。因為性能調優是一個非常困難的任務，它要求對硬體、操作系統、和應用都有著相當深入的了解。如果性能調優非常簡單的話，那些我們要列出的調優參數早就寫入硬體的微碼或者操作系統中了，我們就沒有必要再繼續讀這篇文章了。正如下圖所示，伺服器的性能受到很多因素的影響。
當面對一個使用單獨IDE硬碟的，有20000用戶的資料庫伺服器時，即使我們使用數周時間去調整I/O子系統也是徒勞無功的，通常一個新的驅動或者應用程序的一個更新(如SQL優化)卻可以使這個伺服器的性能得到明顯的提升。正如我們前面提到的，不要忘記系統的性能是受多方面因素影響的。理解操作系統管理系統資源的方法將幫助我們在面對問題時更好的判斷應該對哪個子系統進行調整。
二、Linux的CPU調度
任何計算機的基本功能都十分簡單，那就是計算。為了實現計算的功能就必須有一個方法去管理計算資源、處理器和計算任務(也被叫做線程或者進程)。非常感謝Ingo Molnar，他為Linux內核帶來了O(1)CPU調度器，區別於舊有的O(n)調度器，新的調度器是動態的，可以支持負載均衡，並以恆定的速度進行操作。
新調度器的可擴展性非常好，無論進程數量或者處理器數量，並且調度器本身的系統開銷更少。新調取器的演算法使用兩個優先順序隊列。
引用
・活動運行隊列
・過期運行隊列
調度器的一個重要目標是根據優先順序許可權有效地為進程分配CPU 時間片，當分配完成後它被列在CPU的運行隊列中，除了 CPU 的運行隊列之外，還有一個過期運行隊列。當活動運行隊列中的一個任務用光自己的時間片之後，它就被移動到過期運行隊列中。在移動過程中，會對其時間片重新進行計算。如果活動運行隊列中已經沒有某個給定優先順序的任務了，那麼指向活動運行隊列和過期運行隊列的指針就會交換，這樣就可以讓過期優先順序列表變成活動優先順序的列表。通常互動式進程(相對與實時進程而言)都有一個較高的優先順序，它佔有更長的時間片，比低優先順序的進程獲得更多的計算時間，但通過調度器自身的調整並不會使低優先順序的進程完全被餓死。新調度器的優勢是顯著的改變Linux內核的可擴展性，使新內核可以更好的處理一些有大量進程、大量處理器組成的企業級應用。新的O(1)調度器包含仔2.6內核中，但是也向下兼容2.4內核。
新調度器另外一個重要的優勢是體現在對NUMA(non-uniform memory architecture)和SMP(symmetric multithreading processors)的支持上，例如INTEL@的超線程技術。
改進的NUMA支持保證了負載均衡不會發生在CECs或者NUMA節點之間，除非發生一個節點的超出負載限度。
三、Linux的內存架構
今天我們面對選擇32位操作系統還是64位操作系統的情況。對企業級用戶它們之間最大的區別是64位操作系統可以支持大於4GB的內存定址。從性能角度來講，我們需要了解32位和64位操作系統都是如何進行物理內存和虛擬內存的映射的。
在上面圖示中我們可以看到64位和32位Linux內核在定址上有著顯著的不同。
在32位架構中，比如IA-32，Linux內核可以直接定址的范圍只有物理內存的第一個GB(如果去掉保留部分還剩下896MB)，訪問內存必須被映射到這小於1GB的所謂ZONE_NORMAL空間中，這個操作是由應用程序完成的。但是分配在ZONE_HIGHMEM中的內存頁將導致性能的降低。
在另一方面，64位架構比如x86-64(也稱作EM64T或者AMD64)。ZONE_NORMAL空間將擴展到64GB或者128GB(實際上可以更多，但是這個數值受到操作系統本身支持內存容量的限制)。正如我們看到的，使用64位操作系統我們排除了因ZONE_HIGHMEM部分內存對性能的影響的情況。
實際中，在32位架構下，由於上面所描述的內存定址問題，對於大內存，高負載應用，會導致死機或嚴重緩慢等問題。雖然使用hugemen核心可緩解，但採取x86_64架構是最佳的解決辦法。
四、虛擬內存管理
因為操作系統將內存都映射為虛擬內存，所以操作系統的物理內存結構對用戶和應用來說通常都是不可見的。如果想要理解Linux系統內存的調優，我們必須了解Linux的虛擬內存機制。應用程序並不分配物理內存，而是向Linux內核請求一部分映射為虛擬內存的內存空間。如下圖所示虛擬內存並不一定是映射物理內存中的空間，如果應用程序有一個大容量的請求，也可能會被映射到在磁碟子系統中的swap空間中。
另外要提到的是，通常應用程序不直接將數據寫到磁碟子系統中，而是寫入緩存和緩沖區中。Bdflush守護進程將定時將緩存或者緩沖區中的數據寫到硬碟上。
Linux內核處理數據寫入磁碟子系統和管理磁碟緩存是緊密聯系在一起的。相對於其他的操作系統都是在內存中分配指定的一部分作為磁碟緩存，Linux處理內存更加有效，默認情況下虛擬內存管理器分配所有可用內存空間作為磁碟緩存，這就是為什麼有時我們觀察一個配置有數G內存的Linux系統可用內存只有20MB的原因。
同時Linux使用swap空間的機制也是相當高效率的，如上圖所示虛擬內存空間是由物理內存和磁碟子系統中的swap空間共同組成的。如果虛擬內存管理器發現一個已經分配完成的內存分頁已經長時間沒有被調用，它將把這部分內存分頁移到swap空間中。經常我們會發現一些守護進程，比如getty，會隨系統啟動但是卻很少會被應用到。這時為了釋放昂貴的主內存資源，系統會將這部分內存分頁移動到swap空間中。上述就是Linux使用swap空間的機制，當swap分區使用超過50%時，並不意味著物理內存的使用已經達到瓶頸了，swap空間只是Linux內核更好的使用系統資源的一種方法。
簡單理解：Swap usage只表示了Linux管理內存的有效性。對識別內存瓶頸來說，Swap In/Out才是一個比較又意義的依據，如果Swap In/Out的值長期保持在每秒200到300個頁面通常就表示系統可能存在內存的瓶頸。下面的事例是好的狀態：
引用
# vmstat
procs ———–memory————- —swap– —–io—- –system– —-cpu—-
r b swpd free buff cache si so bi bo in cs us sy id wa
1 0 5696 6904 28192 50496 0 0 88 117 61 29 11 8 80 1
五、模塊化的I/O調度器
就象我們知道的Linux2.6內核為我們帶來了很多新的特性，這其中就包括了新的I/O調度機制。舊的2.4內核使用一個單一的I/O調度器，2.6 內核為我們提供了四個可選擇的I/O調度器。因為Linux系統應用在很廣闊的范圍里，不同的應用對I/O設備和負載的要求都不相同，例如一個筆記本電腦和一個10000用戶的資料庫伺服器對I/O的要求肯定有著很大的區別。
引用
(1).Anticipatory
anticipatory I/O調度器創建假設一個塊設備只有一個物理的查找磁頭(例如一個單獨的SATA硬碟)，正如anticipatory調度器名字一樣，anticipatory調度器使用「anticipatory」的演算法寫入硬碟一個比較大的數據流代替寫入多個隨機的小的數據流，這樣有可能導致寫 I/O操作的一些延時。這個調度器適用於通常的一些應用，比如大部分的個人電腦。
(2).Complete Fair Queuing (CFQ)
Complete Fair Queuing(CFQ)調度器是Red Flag DC Server 5使用的標准演算法。CFQ調度器使用QoS策略為系統內的所有任務分配相同的帶寬。CFQ調度器適用於有大量計算進程的多用戶系統。它試圖避免進程被餓死和實現了比較低的延遲。
(3).Deadline
deadline調度器是使用deadline演算法的輪詢的調度器，提供對I/O子系統接近實時的操作，deadline調度器提供了很小的延遲和維持一個很好的磁碟吞吐量。如果使用deadline演算法請確保進程資源分配不會出現問題。
(4).NOOP
NOOP調度器是一個簡化的調度程序它只作最基本的合並與排序。與桌面系統的關系不是很大，主要用在一些特殊的軟體與硬體環境下，這些軟體與硬體一般都擁有自己的調度機制對內核支持的要求很小，這很適合一些嵌入式系統環境。作為桌面用戶我們一般不會選擇它。
六、網路子系統
新的網路中斷緩和(NAPI)對網路子系統帶來了改變，提高了大流量網路的性能。Linux內核在處理網路堆棧時，相比降低系統佔用率和高吞吐量更關注可靠性和低延遲。所以在某些情況下，Linux建立一個防火牆或者文件、列印、資料庫等企業級應用的性能可能會低於相同配置的Windows伺服器。
在傳統的處理網路封包的方式中，如下圖藍色箭頭所描述的，一個乙太網封包到達網卡介面後，如果MAC地址相符合會被送到網卡的緩沖區中。網卡然後將封包移到操作系統內核的網路緩沖區中並且對CPU發出一個硬中斷，CPU會處理這個封包到相應的網路堆棧中，可能是一個TCP埠或者Apache應用中。
這是一個處理網路封包的簡單的流程，但從中我們可以看到這個處理方式的缺點。正如我們看到的，每次適合網路封包到達網路介面都將對CPU發出一個硬中斷信號，中斷CPU正在處理的其他任務，導致切換動作和對CPU緩存的操作。你可能認為當只有少量的網路封包到達網卡的情況下這並不是個問題，但是千兆網路和現代的應用將帶來每秒鍾成千上萬的網路數據，這就有可能對性能造成不良的影響。
正是因為這個情況，NAPI在處理網路通訊的時候引入了計數機制。對第一個封包，NAPI以傳統的方式進行處理，但是對後面的封包，網卡引入了POLL 的輪詢機制：如果一個封包在網卡DMA環的緩存中，就不再為這個封包申請新的中斷，直到最後一個封包被處理或者緩沖區被耗盡。這樣就有效的減少了因為過多的中斷CPU對系統性能的影響。同時，NAPI通過創建可以被多處理器執行的軟中斷改善了系統的可擴展性。NAPI將為大量的企業級多處理器平台帶來幫助，它要求一個啟用NAPI的驅動程序。在今天很多驅動程序默認沒有啟用NAPI，這就為我們調優網路子系統的性能提供了更廣闊的空間。
七、理解Linux調優參數
因為Linux是一個開源操作系統，所以又大量可用的性能監測工具。對這些工具的選擇取決於你的個人喜好和對數據細節的要求。所有的性能監測工具都是按照同樣的規則來工作的，所以無論你使用哪種監測工具都需要理解這些參數。下面列出了一些重要的參數，有效的理解它們是很有用處的。
(1)處理器參數
引用
・CPU utilization
這是一個很簡單的參數，它直觀的描述了每個CPU的利用率。在xSeries架構中，如果CPU的利用率長時間的超過80%，就可能是出現了處理器的瓶頸。
・Runable processes
這個值描述了正在准備被執行的進程，在一個持續時間里這個值不應該超過物理CPU數量的10倍，否則CPU方面就可能存在瓶頸。
・Blocked
描述了那些因為等待I/O操作結束而不能被執行的進程，Blocked可能指出你正面臨I/O瓶頸。
・User time
描述了處理用戶進程的百分比，包括nice time。如果User time的值很高，說明系統性能用在處理實際的工作。
・System time
描述了CPU花費在處理內核操作包括IRQ和軟體中斷上面的百分比。如果system time很高說明系統可能存在網路或者驅動堆棧方面的瓶頸。一個系統通常只花費很少的時間去處理內核的操作。
・Idle time
描述了CPU空閑的百分比。
・Nice time
描述了CPU花費在處理re-nicing進程的百分比。
・Context switch
系統中線程之間進行交換的數量。
・Waiting
CPU花費在等待I/O操作上的總時間，與blocked相似，一個系統不應該花費太多的時間在等待I/O操作上，否則你應該進一步檢測I/O子系統是否存在瓶頸。
・Interrupts
Interrupts 值包括硬Interrupts和軟Interrupts，硬Interrupts會對系統性能帶來更多的不利影響。高的Interrupts值指出系統可能存在一個軟體的瓶頸，可能是內核或者驅動程序。注意Interrupts值中包括CPU時鍾導致的中斷(現代的xServer系統每秒1000個 Interrupts值)。
(2)內存參數
引用
・Free memory
相比其他操作系統，Linux空閑內存的值不應該做為一個性能參考的重要指標，因為就像我們之前提到過的，Linux內核會分配大量沒有被使用的內存作為文件系統的緩存，所以這個值通常都比較小。
・Swap usage
這 個值描述了已經被使用的swap空間。Swap usage只表示了Linux管理內存的有效性。對識別內存瓶頸來說，Swap In/Out才是一個比較又意義的依據，如果Swap In/Out的值長期保持在每秒200到300個頁面通常就表示系統可能存在內存的瓶頸。
・Buffer and cache
這個值描述了為文件系統和塊設備分配的緩存。在Red Flag DC Server 5版本中,你可以通過修改/proc/sys/vm中的page_cache_tuning來調整空閑內存中作為緩存的數量。
・Slabs
描述了內核使用的內存空間，注意內核的頁面是不能被交換到磁碟上的。
・Active versus inactive memory
提供了關於系統內存的active內存信息，Inactive內存是被kswapd守護進程交換到磁碟上的空間。
(3)網路參數
引用
・Packets received and sent
這個參數表示了一個指定網卡接收和發送的數據包的數量。
・Bytes received and sent
這個參數表示了一個指定網卡接收和發送的數據包的位元組數。
・Collisions per second
這個值提供了發生在指定網卡上的網路沖突的數量。持續的出現這個值代表在網路架構上出現了瓶頸，而不是在伺服器端出現的問題。在正常配置的網路中沖突是非常少見的，除非用戶的網路環境都是由hub組成。
・Packets dropped
這個值表示了被內核丟掉的數據包數量，可能是因為防火牆或者是網路緩存的缺乏。
・Overruns
Overruns表達了超出網路介面緩存的次數，這個參數應該和packets dropped值聯繫到一起來判斷是否存在在網路緩存或者網路隊列過長方面的瓶頸。
・Errors 這個值記錄了標志為失敗的幀的數量。這個可能由錯誤的網路配置或者部分網線損壞導致，在銅口千兆乙太網環境中部分網線的損害是影響性能的一個重要因素。
(4)塊設備參數
引用
・Iowait
CPU等待I/O操作所花費的時間。這個值持續很高通常可能是I/O瓶頸所導致的。
・Average queue length
I/O請求的數量，通常一個磁碟隊列值為2到3為最佳情況，更高的值說明系統可能存在I/O瓶頸。
・Average wait
響應一個I/O操作的平均時間。Average wait包括實際I/O操作的時間和在I/O隊列里等待的時間。
・Transfers per second
描述每秒執行多少次I/O操作(包括讀和寫)。Transfers per second的值與kBytes per second結合起來可以幫助你估計系統的平均傳輸塊大小，這個傳輸塊大小通常和磁碟子系統的條帶化大小相符合可以獲得最好的性能。
・Blocks read/write per second
這個值表達了每秒讀寫的blocks數量，在2.6內核中blocks是1024bytes，在早些的內核版本中blocks可以是不同的大小，從512bytes到4kb。
・Kilobytes per second read/write
按照kb為單位表示讀寫塊設備的實際數據的數量。
Ⅳ Linux編程基礎知識進階篇（指令）
linux常用的語言就是shell和python，首先我們得先了解語言的概念
<<-EOF
EOF
編寫一個簡單的bash檔如下：
我們可以看到用./執行bash檔時，沒有進入到/home目錄下，這種我們稱為 在子shell中執行 ，其不影響當前shell的狀況（有時候執行成功沒有效果的原因）。但是無論是. 執行還是source執行我們都成功進入了home路徑下，這我們稱之為 在當前shell執行
su nologinshell 不載入用戶的shell
su - loginshell 載入用戶的shell
可以很明顯的看出來，當用不載入用戶的shell載入用戶時，是不會具有當前載入用戶的許可權的，很像windows中的遊客模式
history歷史記錄緩存
~/.bash_history退出後寫入緩存
~/.bash_logout退出後執行
在這一層，順帶按圖索驥，理解一下linux系統開機的歷程。紅字：系統層開機/切換用戶歷程；藍字：用戶層開機/切換用戶歷程；黃字：用戶層關機歷程。
曾經玩過一個游戲：在用戶指令關機時，會有一輛小火車開過，所以我們可以把調用小火車開過的程式調用寫在？
1、命令和文件的自動補齊 shift
2、命令的歷史記憶功能：上下鍵、!number 執行第多少條命令、
!string 找到最近以string開頭的命令、!& 上一個命令最後的參數、
!! 執行上一個命令、^R 搜索歷史命令
3、別名功能：alias 查看別名、unalias 取消別名、(命名前加斜線跳過別名)
alias xx=』xx』 定義臨時別名、vim ~/.bashrc 定義永久別名
4.快捷鍵：^D 退出、^A 游標移動到命令最前、^E 游標移動到命令最後、
^L 清屏、^U 往前的刪掉、^K 往後的刪掉、^Y 撤銷、^M 回車
^S 鎖屏、^Q 解除鎖屏
5.前後台作業控制：& 後台不保留、nohup 後台保留、screen
; && || （命令返回值echo &?）
*任意多個字元
?任意一個字元
[]匹配括弧內任意一個字元
()在子shell中執行
{}集合
轉義字元
注意點:echo -e 「a b」
$? 前一條命令的執行成功與否
$1 傳入的第一個參數 $2 $3 位置變數
沒有使用環境變數的必要性
練習內容：讀取用戶指定文檔的ip連通性
bc計算器
假設我們定義了一個變數為：
記憶的方法為：
利用${ } 還可針對不同的變數狀態賦值(沒設定、空值、非空值)：
Ⅳ linux google earth 無法寫入緩存
寫入緩存是一種能夠把對磁碟的寫入操作暫時緩存起來，然後等到系統空閑的時候再執行相應操作的工作模式，能夠提升系統性能。通常造成寫入緩存錯誤的原因是磁碟子系統與內存子系統發生故障。你可以檢查硬碟線、硬碟本身、內存條是否工作正常，用替換法就可以。另外，還要確認主板驅動程序安裝正常、Bios中硬碟的各項參數設置正確。
「寫入緩存」選項是如何設置的嗎？請打開「設備管理器」，展開「磁碟驅動器」，接著在下面任何一個驅動器圖標上點擊滑鼠右鍵並選擇「屬性」，然後切換到「策略」標簽。在這里你應該會看到兩個選項：「為快速刪除而優化」（所有的東西都直接寫入硬碟驅動器）和「為提高性能而優化」（寫入到緩存）。第一個選項可以允許你快速的斷開設備與電腦的連接，例如一個usb快閃記憶體，你不用點擊任務欄裡面的「安全刪除硬體」圖標就可以直接把這些設備和電腦斷開。如果兩個選項都處於灰色無法選擇的狀態，那麼說明你的磁碟驅動器默認已經把「寫入緩存」選
項打開了。
在Windows Xp系統中有時候會彈出「寫入緩存失敗」的提示，告訴你延緩寫入系統可能存在一些問題。雖然這並不是什麼致命錯誤，
不過也值得引起你足夠的關注。
下面是一些常見的引起「寫入緩存失敗」的原因
1．磁碟驅動器本身的原因。這種情況尤其發生scsi或者raid驅動器上。有一些
raid驅動器的驅動程序會在安裝了Windows Xp Sp2的Windows Xp操作系統中
報告一個虛假消息告訴用戶「寫入緩存失敗」。所以你應該為你的磁碟驅動器安裝最新版本的驅動程序。
2．數據線的原因。一些錯誤或者損壞的數據線，特別是外部usb線和火線，會
造成這種情況。如果你的數據線過長，或者數據線連接到的是一個質量不合格
的usb hub上，也會造成寫入緩存失敗。最後，還有可能是因為你有一個需要80
針數據線的udma驅動器，但你卻使用了一條40針腳的數據線。
3．scsi終止錯誤。雖然這種情況在使用了self-terminating技術的scsi設備上很少發生，但是我們還是必須把它考慮進來。
4．媒體錯誤。這是可能發生的最嚴重的情況，換句話說，也就是磁碟驅動器壞了。
如果你能通過smart（比如smart & simple ）軟體獲取磁碟驅動器的統計信息，那麼你可以通過這些信息來判斷磁碟驅動器出現了機械（物理）故障。你還可以使用一個叫gibson research's spinrite的工具來幫助你診斷媒體錯誤，只是這個軟體在對磁碟驅動器進行完全檢測的時候會耗費相當長的時間。
5．計算機的Bios設定強制開啟了驅動器控制器不支持的udma模式。雖然udma
模式能夠增強磁碟的性能，但是如果驅動器控制器不支持的話將會導致一些錯誤
發生。這種情況並不多見，主要是發生在新安裝的硬體設備上（該硬體設備支持
udma模式），用戶可以通過升級bios或者將bios中關於硬碟驅動器的選項恢復成
默認的「自動檢測」模式來解決這個問題。舉個例子：如果設置成udma mode6模
式的設備出現了問題，那麼你可以將它設置成mode5模式。
6．驅動器控制器的問題。我曾經遇到usb控制器和其他硬體設備沖突並產生寫入
緩存失敗的情況。如果你的系統同時擁有長和短兩種pci插槽（64位和32位），
請嘗試將usb控制器從長pci插槽中拔出。一些比較老的pci 卡並不支持這種類型的插槽。
7．內存的奇偶校驗錯誤。這種情況通常發生在你新增了一條內存之後，造成這
種錯誤的原因是很可能是你的新內存條和主板所支持的內存類型不符，或者是
內存本身有問題。（內存有問題還會造成其他一些錯誤，例如隨機死鎖等）
8．注冊表中的largesystemcache鍵值錯誤。這種情況很少見，通常發生在那
些安裝了ati顯示適配器，內存大於521mb的機器上。這些機器上的注冊表中有
一個叫做largesystemcache的鍵 hkey localmachine\system\currentcontrolset\control\session manager\memory management該鍵值用來管理系統分配給一些核心進程的內存容量，如果鍵值被設為1的話（這樣設置可以增強內存大於512mb的機器的性能），有可能會在一些系統中導致數據錯誤和產生寫入緩存失敗的錯誤。如果出現這種情況的話，請把該鍵值改為0。
Ⅵ linux系統中怎麼彈出U盤,可以直接拔嗎
取消掛載即可拔出，不可直接拔。
詳細操作：
終端輸入df查看掛載點。
使用umount卸載此設備。如設備忙無法卸載可用umount -l。可能需要root許可權。
對於有圖形界面的系統如ubuntu直接在文件管理器里右擊U盤卸載即可。
注意事項：
如果不卸載直接拔，可能讓正在使用文件的進程崩潰。
如果正在寫入，直接拔會損壞文件，嚴重者會損壞快閃記憶體。
linux有寫入緩存機制，直接拔會讓看似寫入完畢的文件消失。
Ⅶ linux怎樣提升磁碟讀寫性能
關於頁面緩存的信息，可以用
cat /proc/meminfo
看到。其中的Cached 指用於pagecache的內存大小（diskcache-SwapCache）。隨著寫入緩存頁，Dirty 的值會增加。
一旦開始把緩存頁寫入硬碟,Writeback的值會增加直到寫入結束。
Linux 用pdflush進程把數據從緩存頁寫入硬碟，查看有多少個pdflush進程
cat /proc/sys/vm/nr_pdflush_threads
pdflush的行為受/proc/sys/vm中的參數的控制
/proc/sys/vm/dirty_writeback_centisecs (default 500):
1/100秒, 多長時間喚醒pdflush將緩存頁數據寫入硬碟。默認5秒喚醒2個（更多個）線程。
如果wrteback的時間長於dirty_writeback_centisecs的時間，可能會出問題。
pdflush的第一件事是讀取
/proc/sys/vm/dirty_expire_centiseconds (default 3000)
1/100秒。緩存頁里數據的過期時間(舊數據)，在下一個周期內被寫入硬碟。默認30秒是一個很長的時間。
第二件事是判斷內存是否到了要寫入硬碟的限額，由參數決定：
/proc/sys/vm/dirty_background_ratio (default 10)
百分值，保留過期頁緩存（臟頁緩存）的最大值。是以MmeFree+Cached-Mapped的值為基準的
pdflush寫入硬碟看兩個參數：
1 數據在頁緩存中是否超出30秒，如果是，標記為臟頁緩存;
2 臟頁緩存是否達到工作內存的10%;
以下參數也會影響到pdflush
/proc/sys/vm/dirty_ratio (default 40)
總內存的最大百分比，系統所能擁有的最大臟頁緩存的總量。超過這個值，開啟pdflush寫入硬碟。如果cache增長快於pdflush，那麼整個系統在40%的時候遇到I/O瓶頸，所有的I/O都要等待cache被pdflush進硬碟後才能重新開始。
對於有高度寫入操作的系統
dirty_background_ratio: 主要調整參數。如果需要把緩存持續的而不是一下子大量的寫入硬碟，降低這個值。
dirty_ratio： 第二調整參數。
Swapping參數
/proc/sys/vm/swappiness
默認，linux傾向於從物理內存映射到硬碟緩存，保持硬碟緩存盡可能大。未用的頁緩存會被放進swap區。
數值為0，將會避免使用swapping
100，將會盡量使用swapping
少用swapping會增加程序的響應速度；多用swapping將會提高系統的可用性。
如果有大量的寫操作，為避免I/O的長時間等待，可以設置：
$ echo 5 > /proc/sys/vm/dirty_background_ratio
$ echo 10 > /proc/sys/vm/dirty_ratio
文件系統數據緩沖需要頻繁的內存分配。加大保留內存的值能提升系統速度和穩定。小於8G的內存，保留內存為64M，大於8G的設置為256M
$ echo 65536 > /proc/sys/vm/min_free_kbytes
I/O 調度器
cat /sys/block/[disk]/queue/scheler
4中調度演算法
noop anticipatory deadline [cfq]
deadline : deadline 演算法保證對既定的IO請求以最小的延遲時間。
anticipatory： 有個IO發生後，如果又有進程請求IO，則產生一個默認6ms猜測時間，猜測下一個進程請求IO是干什麼。這對於隨機讀取會造成較大的延時。
對資料庫應用很糟糕，而對於Web Server等則會表現不錯。
cfq: 對每個進程維護一個IO隊列，各個進程發來的IO請求會被cfq以輪循方式處理，對每一個IO請求都是公平。適合離散讀的應用。
noop: 對所有IO請求都用FIFO隊列形式處理。默認IO不會存在性能問題。
改變調度器
$ echo deadline > /sys/block/sdX/queue/scheler
對於資料庫伺服器，deadline演算法是推薦的。
提高調度器請求隊列的
$ echo 4096 > /sys/block/sdX/queue/nr_requests
有大量的讀請求，默認的請求隊列應付不過來，可以提高這個值。缺點是要犧牲一定的內存。
為了增加連續讀取的吞吐量，可以增加預讀數據量。預讀的實際值是自適應的，所以使用一個較高的值，不會降低小型隨機存取的性能。
$ echo 4096 > /sys/block/sdX/queue/read_ahead_kb
如果LINUX判斷一個進程在順序讀取文件，那麼它會提前讀取進程所需文件的數據，放在緩存中。伺服器遇到磁碟寫活動高峰，導致請求處理延遲非常大（超過3秒）。通過調整內核參數，將寫活動的高峰分布成頻繁的多次寫，每次寫入的數據比較少。這樣可以把尖峰的寫操作削平成多次寫操作。以這種方式執行的效率比較低，因為內核不太有機會組合寫操作。但對於繁忙的伺服器，寫操作將更一致地進行，並將極大地改進互動式性能。
/proc/sys/vm/dirty_ratio
控制文件系統的寫緩沖區的大小，單位是百分比，表示占系統內存的百分比，表示當寫緩沖使用到系統內存多少的時候，開始向磁碟寫出數據。增大之會使用更多系統內存用於磁碟寫緩沖，也可以極大提高系統的寫性能。但是，當你需要持續、恆定的寫入場合時，應該降低其數值。
/proc/sys/vm/dirty_background_ratio
控制文件系統的pdflush進程，在何時刷新磁碟。單位是百分比，表示系統內存的百分比，pdflush用於將內存中的內容和文件系統進行同步，比如說,當一個文件在內存中進行修改,pdflush負責將它寫回硬碟.每當內存中的垃圾頁（dirty page）超過10%的時候,pdflush就會將這些頁面備份回硬碟.增大之會使用更多系統內存用於磁碟寫緩沖，也可以極大提高系統的寫性能。但是，當你需要持續、恆定的寫入場合時，應該降低其數值：
/proc/sys/vm/dirty_writeback_centisecs
控制內核的臟數據刷新進程pdflush的運行間隔。單位是 1/100 秒。預設數值是500，也就是 5 秒。如果你的系統是持續地寫入動作，那麼實際上還是降低這個數值比較好，這樣可以把尖峰的寫操作削平成多次寫操作。
如果你的系統是短期地尖峰式的寫操作，並且寫入數據不大（幾十M/次）且內存有比較多富裕，那麼應該增大此數值。
該參數的設置應該小於dirty_expire_centisecs，但也不能太小，太小I/O太頻繁，反而
使系統性能下降。具體可能需要在生產環境上測試。據說1:6 (dirty_expire_centisecs : dirty_writeback_centisecs )的比例比較好。
/proc/sys/vm/dirty_expire_centisecs
聲明Linux內核寫緩沖區裡面的數據多「舊」了之後，pdflush進程就開始考慮寫到磁碟中去。單位是 1/100秒。預設是 30000，也就是 30 秒的數據就算舊了，將會刷新磁碟。對於特別重載的寫操作來說，這個值適當縮小也是好的，但也不能縮小太多，因為縮小太多也會導致IO提高太快。
當然，如果你的系統內存比較大，並且寫入模式是間歇式的，並且每次寫入的數據不大（比如幾十M），那麼這個值還是大些的好。
/proc/sys/vm/vfs_cache_pressure
表示內核回收用於directory和inode cache內存的傾向；預設值100表示內核將根據pagecache和swapcache，把directory和inode cache保持在一個合理的百分比；降低該值低於100，將導致內核傾向於保留directory和inode cache；增加該值超過100，將導致內核傾向於回收directory和inode cache
/proc/sys/vm/min_free_kbytes
表示強制Linux VM最低保留多少空閑內存（Kbytes）。
預設設置：724（512M物理內存）
/proc/sys/vm/nr_pdflush_threads
表示當前正在運行的pdflush進程數量，在I/O負載高的情況下，內核會自動增加更多的pdflush進程。
/proc/sys/vm/overcommit_memory
指定了內核針對內存分配的策略，其值可以是0、1、2。
0， 表示內核將檢查是否有足夠的可用內存供應用進程使用；如果有足夠的可用內存，內存申請允許；否則，內存申請失敗，並把錯誤返回給應用進程。
1， 表示內核允許分配所有的物理內存，而不管當前的內存狀態如何。
2， 表示內核允許分配超過所有物理內存和交換空間總和的內存（參照overcommit_ratio）。
預設設置：0
/proc/sys/vm/overcommit_ratio
如果overcommit_memory=2，可以過載內存的百分比，通過以下公式來計算系統整體可用內存。系統可分配內存=交換空間+物理內存*overcommit_ratio/100
預設設置：50（%）
/proc/sys/vm/page-cluster
表示在寫一次到swap區的時候寫入的頁面數量，0表示1頁，1表示2頁，2表示4頁。
預設設置：3（2的3次方，8頁）
/proc/sys/vm/swapiness
表示系統進行交換行為的程度，數值（0-100）越高，越可能發生磁碟交換。
更改：
/etc/sysctl.conf
vm.dirty_ratio=40
sysctl -p
查看：
find /proc/sys/vm -name dirty* -print | while read name; do echo $name ;cat ${name}; done
Ⅷ linux shell 如何把數據寫入緩存區,然後在寫入磁碟
linux的shell用一個exec函數把用戶的命令來執行，數據寫入的時候，先把數據寫入到內核的緩沖區，使用write函數（linux的系統調用函數），在數據去滿或者sync的時候，再把數據寫入到磁碟，把數據寫入到磁碟的時候使用cpu來寫，寫的細節，大概是cpu把所有的外設（注入磁碟，鍵盤，滑鼠等）都有一個埠可以直接訪問，不過需要有對應的驅動程序，寫的時候就通過對應的介面來寫，真正想徹底了解的話，必須要讀linux內核代碼了。。。。