☰

メモリキャッシュとバッファをダンプする方法やツールはありますか？

tag-icon • tag-icon linux cache buffer dump
メモリキャッシュとバッファをダンプする方法やツールはありますか？

バッファにどのファイルがロードされているかを確認したいと思います。明確に言えば、私が言及したバッファとキャッシュは、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として実行されますが、sudoechoの出力をルート専用ファイルにリダイレクトするシェルはまだユーザーとして実行されています。現在のシェルはリダイレクトを実行します。今後 sudoスタート。

引用する

おすすめ記事