成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

告別“一頁障目”

存儲 存儲軟件
沒有宏觀概念,上來通過擼代碼來理解簡直就是耍流氓,效率極低。為了更有效的理解內存管理的來龍去脈很有必要先了解一些基礎概念,然后再去擼代碼。來,先一起看看那些內存里的各種頁的含義和應用場景。

 [[346353]]

本文轉載自微信公眾號「人人都是極客 」,作者布道師Peter。轉載本文請聯(lián)系人人都是極客 公眾號。   

沒有宏觀概念,上來通過擼代碼來理解簡直就是耍流氓,效率極低。為了更有效的理解內存管理的來龍去脈很有必要先了解一些基礎概念,然后再去擼代碼。來,先一起看看那些內存里的各種頁的含義和應用場景。

用戶進程的內存頁分為兩種:

  • file-backed pages(文件背景頁)
  • anonymous pages(匿名頁)

比如進程的代碼段、映射的文件都是file-backed,而進程的堆、棧都是不與文件相對應的、就屬于匿名頁。

file-backed pages在內存不足的時候可以直接寫回對應的硬盤文件里,稱為page-out,不需要用到交換區(qū)(swap);而anonymous pages在內存不足時就只能寫到硬盤上的交換區(qū)(swap)里,稱為swap-out。

file-backed pages(文件背景頁)

對于有文件背景的頁面,程序去讀文件時,可以通過read也可以通過mmap去讀。當你通過任何一種方式從磁盤讀文件時,內核都會給你申請一個page cache,來緩存硬盤上的內容。這樣的話,讀過一遍的數據,本進程或其他進程下次再讀的時候就直接從page cache里去拿,就很快了,提升系統(tǒng)的整體性能。因此用戶的read/write實際上是跟page cache的相互拷貝。

而用戶的mmap則會將一段虛擬地址(3G)以下映射到page cache上,這樣的話,用戶就可以通過讀寫這段虛擬地址來修改文件內容,省去了內核和用戶之間的拷貝。

所以文件對于用戶程序來講其實只是內存,page cache就是磁盤中文件的一個副本。可以通過 “echo 3 > /proc/sys/vm/drop_cache” 來清cache。清掉之后,進程第一次讀文件就會變慢。

通過free命令可以看到當前page cache占用內存的大小,free命令中會打印buffers和cached。通過文件系統(tǒng)來訪問文件(掛載文件系統(tǒng),通過文件名打開文件)產生的緩存就由cached記錄,而直接操作裸盤(打開/dev/sda設備去讀寫)產生的緩存就由buffers記錄。

實際上文件系統(tǒng)本身再讀寫文件就是操作裸分區(qū)的方式,用戶態(tài)也可以直接操作裸盤,像dd命令操作一個設備名也是直接訪問裸分區(qū)。那么,通過文件系統(tǒng)讀寫的時候,就會既有cached又有buffers。從圖中可以看到,文件名等元數據和文件系統(tǒng)相關,是進cached,實際的數據緩存還是在buffers。例如,read一個文件(如ext4文件系統(tǒng))的時候,如果文件cache命中了,就不用走到ext4層,從vfs層就返回了。

當然,還可以在open的時候加上O_DIRECT標記,做直接IO,就連buffers都不進了,直接讀寫磁盤。

anonymous pages(匿名頁)

沒有文件背景的頁面,即匿名頁(anonymous page),如堆,棧,數據段等,不是以文件形式存在,因此無法和磁盤文件交換,但可以通過硬盤上劃分額外的swap分區(qū)或使用swap文件進行交換。swap分區(qū)可以將不活躍的頁交換到硬盤中,緩解內存緊張。swap分區(qū)可以當做針對匿名頁偽造的文件背景。

頁面回收(reclaim)

  • 有文件背景的數據實際上就是page cache,但page cache不能無限增加,不能說慢慢的所有文件都緩存到內存了。肯定要有一個機制,讓不常用的文件數據從page cache刷出去。內核中有一個水位控制的機制,在系統(tǒng)內存不夠用的時候,會觸發(fā)頁面回收。
  • 對于沒有文件背景的頁面即匿名頁,比如堆、棧、數據段,如果沒有swap分區(qū),不能與磁盤交換,就要常駐內存了。但是常駐內存的話,就會吃內存,可以通過給硬盤搞一個swap分區(qū)或硬盤中創(chuàng)建一個swap文件讓匿名頁也能交換到磁盤上。可認為是為匿名頁偽造的文件背景。swap分區(qū)或swap文件實際上最終是到達了增大內存的效果。當然,如果頻繁交換的話,被交換出去的數據的訪問就會慢一些,因為要有IO操作了。

1. 水位(watermark)控制:

內核中有三個水位:

  • min:如果剩余內存減少到觸及這個水位,可認為內存嚴重不足,當前進程就會被堵住,kernel會直接在這個進程的進程上下文里面做內存回收(direct reclaim)。
  • low:當剩余內存慢慢減少,觸到這個水位時,就會觸發(fā)kswapd線程的內存回收。
  • high: 進行內存回收時,內存慢慢增加,觸到這個水位時,就停止回收。

由于每個ZONE是分別管理各自內存的,因此每個ZONE都有這三個水位

2. swapness:

回收的時候,是回收有文件背景的頁還是匿名頁還是都會回收呢,可通過/proc/sys/vm/swapness來控制讓誰回收多一點點。swappiness越大,越傾向于回收匿名頁;swappiness越小,越傾向于回收file-backed的頁面。當然,它們的回收方法都是一樣的LRU算法,即最近最少使用的頁會被回收。

3. 如何計算水位:

/proc/sys/vm/min_free_kbytes 是一個用戶可配置的值,默認值是min_free_kbytes = 4 * sqrt(lowmem_kbytes)。然后根據min算出來low和high水位的值:low=5/4*min,high=6/4*min。

臟頁的寫回

sync是用來回寫臟頁的,臟頁不能在內存中呆的太久,因為如果突然斷電沒有寫到硬盤的話臟數據就丟了,另一方面如果攢了很多一起寫回也會明顯占用CPU時間。

那么臟頁時候寫回呢?臟頁回寫的時機由時間和空間兩方面共同控制:

時間:

  • dirty_expire_centisecs: 臟頁的到期時間,或理解為老化時間,單位是1/100s,內核中的flusher thread會檢查駐留內存的時間超過dirty_expire_centisecs的臟頁,超過的就回寫。
  • dirty_writeback_centisecs:內核的flusher thread周期性被喚醒(wakeup_flusher_threads())的時間間隔,每次被喚醒都會去檢查是否有臟頁老化了。如果將這個值置為0,則flusher線程就完全不會被喚醒了。

空間:

  • dirty_ratio: 一個寫磁盤的進程所產生的臟頁到達這個比例時,這個進程自己就會去回寫臟頁。
  • dirty_background_ratio: 如果臟頁的數量超過這個比例時,flusher線程就會啟動臟頁回寫。

所以:

  1. 即使只有一個臟頁,那如果它超時了,也會被寫回。防止臟頁在內存駐留太久。dirty_expire_centisecs這個值默認是3000,即30s,可以將其設置得短一些,這樣掉電后丟失的數據會更少,但磁盤寫操作也更密集。
  2. 不能有太多的臟頁,否則會給磁盤IO造成很大壓力,例如在內存不夠做內存回收時,還要先回寫臟頁,也會明顯耗時。

需要注意的是,在達到dirty_background_ratio后,flusher線程(名為“[flush-devname]”)開始回寫,但由于寫磁盤速度慢,如果此時應用進程還在不停地寫磁盤,flusher線程回寫沒那么快,那么就會導致進程的臟頁達到dirty_ratio,這時這個進程就會去回寫臟頁而導致write被堵住。也就是說dirty_background_ratio通常是比dirty_ratio小的。

臟頁都是指有文件背景的頁面,匿名頁不會存在臟頁。從/proc/meminfo的’Dirty’一行可以看到當前系統(tǒng)的臟頁有多少,用sync命令可以刷掉。

zRAM機制

不用swap分區(qū),也可以用zRAM機制來緩解內存緊張:從內存里拿出一段內存空間(compressed block),作為交換空間模擬硬盤的交換分區(qū),用來交換匿名頁,并且讓kernel看到的物理內存大小不包括這段內存。而這段交換空間自帶透明壓縮功能,即交換到這塊zRAM分區(qū)時,Linux會自動將這塊匿名頁壓縮存放。系統(tǒng)訪問這塊頁面的內容時,產生page fault后從交換分區(qū)去拿,這時Linux給你透明解壓再交換出來。

使用zRAM的好處,就是訪存比訪問硬盤或flash的速度提高很多,且不用考慮壽命問題,并且由于這段內存是壓縮后存儲的,因此可以存更多的數據,雖然占用了一段內存,但實際可以存更多的數據,也達到了增加內存的效果。缺點就是壓縮要占用CPU時間。

Android里面普遍使用了zRAM技術,由于zRAM犧牲了CPU時間,所以交換次數還是越少越好。像Android和windows,內存越大越好,因為發(fā)生交換的幾率就小。這樣兩個進程相互切換(如微博和微信)時就會變得流暢,因為內存足夠的話,后臺進程無需被換進swap分區(qū)或被OOM殺掉。當然如果你只打打電話,就沒必要大內存啦。

 

責任編輯:武曉燕 來源: 人人都是極客
相關推薦

2011-10-28 11:11:45

應用設計移動設備

2012-05-02 10:04:43

jQuery插件

2014-05-23 14:04:04

FDDLTE3G4G

2013-06-04 10:11:28

Google用戶體驗設計UED

2020-03-09 15:27:25

開源技術 趨勢

2024-09-14 08:54:38

2022-03-31 18:59:43

數據庫InnoDBMySQL

2022-03-08 17:52:58

TCP格式IP

2020-10-27 15:04:14

AI 數據人工智能

2025-04-27 04:00:00

錯誤頁Spring底層

2009-09-22 09:27:29

Hibernate P

2010-03-17 15:35:47

2009-07-27 10:03:02

分層模型網絡故障

2011-04-11 09:30:00

程序員感慨

2009-11-06 09:23:41

ASP.NET高效分頁

2014-09-10 10:03:20

數據安全

2012-07-16 13:45:43

物聯(lián)網

2022-04-07 07:30:47

InnoDBMySQL數據

2025-05-26 08:37:17

點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 日韩精品国产精品 | 日本三级视频 | 亚洲天堂中文字幕 | 久久久久久久久久久久久久国产 | 亚洲网站在线播放 | 日韩在线三级 | 国产精品资源在线 | 午夜电影网站 | 91精品久久久久久综合五月天 | 亚洲精品1区2区3区 91免费看片 | 91亚洲精华国产 | 91免费福利视频 | 综合网中文字幕 | 精品欧美乱码久久久久久1区2区 | 久久久久久久久久久久久久国产 | 蜜桃日韩 | 午夜精品一区二区三区在线视 | 精品久久久久久久久久久 | 精品av| 久久69精品久久久久久久电影好 | 亚洲欧美一区二区三区在线 | 国产福利网站 | av黄色在线观看 | 精品久久久久久久久久久 | 欧美三区 | 欧美舔穴 | 少妇午夜一级艳片欧美精品 | 日韩喷潮 | 成人三级av | 麻豆av在线 | 国产高清免费 | 91玖玖| 日美女逼逼 | 91久久综合 | 精久久 | 日韩中文电影 | 国产精品国产三级国产aⅴ中文 | 国产露脸对白88av | 中文字幕一区二区在线观看 | 精精国产xxxx视频在线 | 国产一区二区三区在线观看免费 |