@@ -8,7 +8,7 @@ significant performance improvement if reads from the compressed cache are
88faster than reads from a swap device.
99
1010NOTE: Zswap is a new feature as of v3.11 and interacts heavily with memory
11- reclaim. This interaction has not be fully explored on the large set of
11+ reclaim. This interaction has not been fully explored on the large set of
1212potential configurations and workloads that exist. For this reason, zswap
1313is a work in progress and should be considered experimental.
1414
@@ -23,7 +23,7 @@ Some potential benefits:
2323 drastically reducing life-shortening writes.
2424
2525Zswap evicts pages from compressed cache on an LRU basis to the backing swap
26- device when the compressed pool reaches it size limit. This requirement had
26+ device when the compressed pool reaches its size limit. This requirement had
2727been identified in prior community discussions.
2828
2929To enabled zswap, the "enabled" attribute must be set to 1 at boot time. e.g.
@@ -37,7 +37,7 @@ the backing swap device in the case that the compressed pool is full.
3737
3838Zswap makes use of zbud for the managing the compressed memory pool. Each
3939allocation in zbud is not directly accessible by address. Rather, a handle is
40- return by the allocation routine and that handle must be mapped before being
40+ returned by the allocation routine and that handle must be mapped before being
4141accessed. The compressed memory pool grows on demand and shrinks as compressed
4242pages are freed. The pool is not preallocated.
4343
@@ -56,7 +56,7 @@ in the swap_map goes to 0) the swap code calls the zswap invalidate function,
5656via frontswap, to free the compressed entry.
5757
5858Zswap seeks to be simple in its policies. Sysfs attributes allow for one user
59- controlled policies :
59+ controlled policy :
6060* max_pool_percent - The maximum percentage of memory that the compressed
6161 pool can occupy.
6262
0 commit comments