linux/Documentation/translations/zh_TW/filesystems/tmpfs.rst
Hu Haowen bf608ebc36 docs/zh_TW: add translations for zh_TW/filesystems
Create new translations for zh_TW/filesystems and link them to index.

Signed-off-by: Hu Haowen <src.res@email.cn>
Link: https://lore.kernel.org/r/20210821094059.64300-3-src.res@email.cn
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
2021-08-24 13:36:59 -06:00

149 lines
6.6 KiB
ReStructuredText
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

.. SPDX-License-Identifier: GPL-2.0
.. include:: ../disclaimer-zh_TW.rst
:Original: Documentation/filesystems/tmpfs.rst
Translated by Wang Qing <wangqing@vivo.com>
and Hu Haowen <src.res@email.cn>
=====
Tmpfs
=====
Tmpfs是一個將所有文件都保存在虛擬內存中的文件系統。
tmpfs中的所有內容都是臨時的也就是說沒有任何文件會在硬碟上創建。
如果卸載tmpfs實例所有保存在其中的文件都會丟失。
tmpfs將所有文件保存在內核緩存中隨著文件內容增長或縮小可以將不需要的
頁面swap出去。它具有最大限制可以通過「mount -o remount ...」調整。
和ramfs創建tmpfs的模板相比tmpfs包含交換和限制檢查。和tmpfs相似的另
一個東西是RAM磁碟/dev/ram*可以在物理RAM中模擬固定大小的硬碟並在
此之上創建一個普通的文件系統。Ramdisks無法swap因此無法調整它們的大小。
由於tmpfs完全保存於頁面緩存和swap中因此所有tmpfs頁面將在/proc/meminfo
中顯示爲「Shmem」而在free(1)中顯示爲「Shared」。請注意這些計數還包括
共享內存(shmem請參閱ipcs(1))。獲得計數的最可靠方法是使用df(1)和du(1)。
tmpfs具有以下用途
1) 內核總有一個無法看到的內部掛載用於共享匿名映射和SYSV共享內存。
掛載不依賴於CONFIG_TMPFS。如果CONFIG_TMPFS未設置tmpfs對用戶不可見。
但是內部機制始終存在。
2) glibc 2.2及更高版本期望將tmpfs掛載在/dev/shm上以用於POSIX共享內存
(shm_openshm_unlink)。添加內容到/etc/fstab應注意如下
tmpfs /dev/shm tmpfs defaults 0 0
使用時需要記住創建掛載tmpfs的目錄。
SYSV共享內存無需掛載內部已默認支持。(在2.3內核版本中,必須掛載
tmpfs的前身(shm fs)才能使用SYSV共享內存)
3) 很多人(包括我)都覺的在/tmp和/var/tmp上掛載非常方便並具有較大的
swap分區。目前循環掛載tmpfs可以正常工作所以大多數發布都應當可以
使用mkinitrd通過/tmp訪問/tmp。
4) 也許還有更多我不知道的地方:-)
tmpfs有三個用於調整大小的掛載選項
========= ===========================================================
size tmpfs實例分配的字節數限制。默認值是不swap時物理RAM的一半。
如果tmpfs實例過大機器將死鎖因爲OOM處理將無法釋放該內存。
nr_blocks 與size相同但以PAGE_SIZE爲單位。
nr_inodes tmpfs實例的最大inode個數。默認值是物理內存頁數的一半或者
(有高端內存的機器)低端內存RAM的頁數二者以較低者為準。
========= ===========================================================
這些參數接受後綴km或g表示千兆和千兆字節可以在remount時更改。
size參數也接受後綴用來限制tmpfs實例占用物理RAM的百分比
未指定size或nr_blocks時默認值爲size=50
如果nr_blocks=0或size=0block個數將不受限制如果nr_inodes=0
inode個數將不受限制。這樣掛載通常是不明智的因爲它允許任何具有寫權限的
用戶通過訪問tmpfs耗盡機器上的所有內存但同時這樣做也會增強在多個CPU的
場景下的訪問。
tmpfs具有爲所有文件設置NUMA內存分配策略掛載選項(如果啓用了CONFIG_NUMA),
可以通過「mount -o remount ...」調整
======================== =========================
mpol=default 採用進程分配策略
(請參閱 set_mempolicy(2))
mpol=prefer:Node 傾向從給定的節點分配
mpol=bind:NodeList 只允許從指定的鍊表分配
mpol=interleave 傾向於依次從每個節點分配
mpol=interleave:NodeList 依次從每個節點分配
mpol=local 優先本地節點分配內存
======================== =========================
NodeList格式是以逗號分隔的十進位數字表示大小和範圍最大和最小範圍是用-
分隔符的十進位數來表示。例如mpol=bind0-3,5,7,9-15
帶有有效NodeList的內存策略將按指定格式保存在創建文件時使用。當任務在該
文件系統上創建文件時會使用到掛載時的內存策略NodeList選項如果設置的話
由調用任務的cpuset[請參見Documentation/admin-guide/cgroup-v1/cpusets.rst]
以及下面列出的可選標誌約束。如果NodeLists爲設置爲空集則文件的內存策略將
恢復爲「默認」策略。
NUMA內存分配策略有可選標誌可以用於模式結合。在掛載tmpfs時指定這些可選
標誌可以在NodeList之前生效。
Documentation/admin-guide/mm/numa_memory_policy.rst列出所有可用的內存
分配策略模式標誌及其對內存策略。
::
=static 相當於 MPOL_F_STATIC_NODES
=relative 相當於 MPOL_F_RELATIVE_NODES
例如mpol=bind=staticNodeList相當於MPOL_BIND|MPOL_F_STATIC_NODES的分配策略
請注意如果內核不支持NUMA那麼使用mpol選項掛載tmpfs將會失敗nodelist指定不
在線的節點也會失敗。如果您的系統依賴於此但內核會運行不帶NUMA功能(也許是安全
revocery內核)或者具有較少的節點在線建議從自動模式中省略mpol選項掛載選項。
可以在以後通過「mount -o remount,mpol=Policy:NodeList MountPoint」添加到掛載點。
要指定初始根目錄,可以使用如下掛載選項:
==== ====================
模式 權限用八進位數字表示
uid 用戶ID
gid 組ID
==== ====================
這些選項對remount沒有任何影響。您可以通過chmod(1),chown(1)和chgrp(1)的更改
已經掛載的參數。
tmpfs具有選擇32位還是64位inode的掛載選項
======= =============
inode64 使用64位inode
inode32 使用32位inode
======= =============
在32位內核上默認是inode32掛載時指定inode64會被拒絕。
在64位內核上默認配置是CONFIG_TMPFS_INODE64。inode64避免了單個設備上可能有多個
具有相同inode編號的文件比如32位應用程式使用glibc如果長期訪問tmpfs一旦達到33
位inode編號就有EOVERFLOW失敗的危險無法打開大於2GiB的文件並返回EINVAL。
所以'mount -t tmpfs -o size=10G,nr_inodes=10k,mode=700 tmpfs /mytmpfs'將在
/mytmpfs上掛載tmpfs實例分配只能由root用戶訪問的10GB RAM/SWAP可以有10240個
inode的實例。
:作者:
Christoph Rohland <cr@sap.com>, 1.12.01
:更新:
Hugh Dickins, 4 June 2007
:更新:
KOSAKI Motohiro, 16 Mar 2010
:更新:
Chris Down, 13 July 2020