This allows for extremely efficient write operations, at the expense of hit ratios.Ī final note before we move on-if it’s not already clear, the L2ARC will very rarely have a hit ratio as high as the ARC’s. The L2ARC is actually a relatively simple ring buffer-first in, last out. Now that we understand both common LRU caches and the ARC reasonably well, we can talk about the L2ARC-which is neither ARC nor LRU cache. A block all the way at the “bottom” of the cache gets evicted the next time a new block is added to the “top.” Each time a new block is added to the cache, all blocks below it are pushed one block further toward the “bottom”. In an LRU cache, each time a block is read it goes to the “top” of the cache, whether the block was already cached or not. These are all LRU cache, or Least Recently Used.
This increases ARC hit ratios, and decreases “cache thrash,” by comparison with more naive caching algorithms.Ĭonventional filesystems-including but not limited to FreeBSD UFS, Linux ext and xfs, and Windows NTFS-use the operating system’s kernel page cache facility as a filesystem read cache. A block which has recently been evicted from ARC-but then had to be read right back into it again-will similarly be difficult to displace. ARC stands for Adaptive Replacement Cache, a complex caching algorithm that tracks both the blocks in cache, and blocks recently evicted from cache, to figure out which are the “hottest” and therefore should be the most difficult to displace.Ī block which is frequently read from the ARC will be difficult to displace simply because new data is read. The first thing to know about the “L2ARC” is the most surprising-it’s not an ARC at all. Today we’re going to talk about one of the well-known support vdev classes under OpenZFS: the CACHE vdev, better (and rather misleadingly) known as L2ARC.
Subscribe to our article seriesto find out more about the secrets of OpenZFS
#VDEV EVICTION OPENZFS SERIES#
This is part of our article series published as “OpenZFS in Depth”.
0 kommentar(er)
