バッファにどのファイルがロードされているかを確認したいと思います。明確に言えば、私が言及したバッファとキャッシュは、free -m
コマンドを実行すると表示されます。
$ free -m
total used free shared buffers cached
Mem: 7800 7671 128 0 291 724
-/+ buffers/cache: 6655 1144
Swap: 5823 613 5210
答え1
見てlinux-ftools
。このツールセットは、バッファとキャッシュを分析するように特別に設計されています。これには次のツールが含まれます。
ピンコア
$ fincore [options] files...
--pages=false Do not print pages
--summarize When comparing multiple files, print a summary report
--only-cached Only print stats for files that are actually in cache.
root@xxxxxx:/var/lib/mysql/blogindex# fincore --pages=false --summarize --only-cached *
stats for CLUSTER_LOG_2010_05_21.MYI: file size=93840384 , total pages=22910 , cached pages=1 , cached size=4096, cached perc=0.004365
stats for CLUSTER_LOG_2010_05_22.MYI: file size=417792 , total pages=102 , cached pages=1 , cached size=4096, cached perc=0.980392
stats for CLUSTER_LOG_2010_05_23.MYI: file size=826368 , total pages=201 , cached pages=1 , cached size=4096, cached perc=0.497512
stats for CLUSTER_LOG_2010_05_24.MYI: file size=192512 , total pages=47 , cached pages=1 , cached size=4096, cached perc=2.127660
...
メモ:上記の出力例では、/var/lib/mysql/blogindex
キャッシュされているディレクトリ内のすべてのファイルが表示されます。この例では、という名前のファイルが複数ありますCLUSTER_LOG_*.MYI
。
遠くに考案する
SYNTAX: filename mode [offset] [,length]
Where mode can be:
POSIX_FADV_NORMAL No further special treatment.
POSIX_FADV_RANDOM Expect random page references.
POSIX_FADV_SEQUENTIAL Expect sequential page references.
POSIX_FADV_WILLNEED Will need these pages.
POSIX_FADV_DONTNEED Dont need these pages.
POSIX_FADV_NOREUSE Data will be accessed once.
Allows an application to to tell the kernel how it expects to use a file handle,
so that the kernel can choose appropriate read-ahead and caching techniques for
access to the corresponding file. This is similar to the POSIX version of the
madvise system call, but for file access instead of memory access. The
sys_fadvise64() function is obsolete and corresponds to a broken glibc API,
sys_fadvise64_64() is the fixed version. The following are the values for the
advice parameter:
FADV_NORMAL
No special treatment.
FADV_RANDOM
Expect page references in random order.
FADV_SEQUENTIAL
Expect page references in sequential order.
FADV_WILLNEED
Expect access in the near future.
FADV_DONTNEED
Do not expect access in the near future. Subsequent access of pages in this
range will succeed, but will result either in reloading of the memory contents
from the underlying mapped file or zero-fill-in-demand pages for mappings
without an underlying file.
FADV_NOREUSE
Access data only once.
エラー位置
SYNTAX: fallocate file length
fallocate() allows the caller to directly manipulate the allocated disk space
for the file referred to by fd for the byte range starting at offset and
continuing for len bytes.
The mode argument determines the operation to be performed on the given
range. Currently only one flag is supported for mode:
FALLOC_FL_KEEP_SIZE
This flag allocates and initializes to zero the disk space within the range
specified by offset and len. After a successful call, subsequent writes into
this range are guaranteed not to fail because of lack of disk
space. Preallocating zeroed blocks beyond the end of the file is useful for
optimizing append workloads. Preallocating blocks does not change the file size
(as reported by stat(2)) even if it is less than offset+len.
If FALLOC_FL_KEEP_SIZE flag is not specified in mode, the default behavior is
almost same as when this flag is specified. The only difference is that on
success, the file size will be changed if offset + len is greater than the file
size. This default behavior closely resembles the behavior of the
posix_fallocate(3) library function, and is intended as a method of optimally
implementing that function.
Because allocation is done in block size chunks, fallocate() may allocate a
larger range than that which was specified.
バッファキャッシュの消去
これを空にするには、このコマンドチェーンを使用できます。
$ free && sync && echo 3 > /proc/sys/vm/drop_caches && free
total used free shared buffers cached
Mem: 1018916 980832 38084 0 46924 355764
-/+ buffers/cache: 578144 440772
Swap: 2064376 128 2064248
total used free shared buffers cached
Mem: 1018916 685008 333908 0 224 108252
-/+ buffers/cache: 576532 442384
Swap: 2064376 128 2064248
上記のコマンドの数値パラメータを変更して、Linuxカーネルにキャッシュされたエントリの側面を削除するように指示できます。
メモ:メモリの不要なものをクリーンアップします(Kernerl 2.6.16以降)。便利なコンテンツをディスクにフラッシュするには、常に同期を最初に実行してください。
ページキャッシュを空にします。
$ echo 1 > /proc/sys/vm/drop_caches
dentry と inode を解放します。
$ echo 2 > /proc/sys/vm/drop_caches
ページキャッシュ、ディレクトリエントリ、およびinodeを解放します。
$ echo 3 > /proc/sys/vm/drop_caches
上記はrootとして実行するように設計されています。これを使用して実行する場合は、sudo
次のように構文を少し変更する必要があります。
$ sudo sh -c 'echo 1 >/proc/sys/vm/drop_caches'
$ sudo sh -c 'echo 2 >/proc/sys/vm/drop_caches'
$ sudo sh -c 'echo 3 >/proc/sys/vm/drop_caches'
上記の方法の代替案:
# alternative #1
$ sudo tee /proc/sys/vm/drop_caches <<<1
# alternative #2
$ echo "echo 1 > /proc/sys/vm/drop_caches" | sudo sh
構文を変更するのはなぜですか?何らかの理由で/bin/echo
プログラムはrootとして実行されますが、sudo
echoの出力をルート専用ファイルにリダイレクトするシェルはまだユーザーとして実行されています。現在のシェルはリダイレクトを実行します。今後 sudo
スタート。
引用する
答え2
また試すことができます仮想タッチ
vmtouch opens every file provided on the command line and maps it into virtual memory
with mmap(2). The mappings are opened read-only. It recursively crawls any directories
and does the same to all files it finds within them.
With no options, vmtouch will not read from (touch) any memory pages. It will only use
mincore(2) to determine how many pages of each file are actually resident in memory.
Before exiting, it will print a summary of the total pages encountered and how many were
resident.
これにより、fincoreと同様にメモリ内のコンテンツを印刷できます。また、ファイルを削除し、ファイルをキャッシュに永続的にマッピングするなどの操作を実行できます。
答え3
echo 2 | sudo tee -a /proc/sys/vm/drop_caches
完璧なコマンド