LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

Прошу:

[Zswap] takes pages that are in the process of being swapped out and attempts to compress them into a dynamically allocated RAM-based memory pool. <…>

Zswap evicts pages from compressed cache on an LRU basis to the backing swap device when the compressed pool reaches its size limit.

Здесь этого явно не сказано, но из того, что он «evicts pages <…> to the backing swap device» следует, что до вытеснения они находятся в памяти.

Zswap использует подсистему frontswap, про которую написано здесь:

Once a page is successfully stored, a matching load on the page will normally succeed. So when the kernel finds itself in a situation where it needs to swap out a page, it first attempts to use frontswap. If the store returns success, the data has been successfully saved to transcendent memory and a disk write and, if the data is later read back, a disk read are avoided. If a store returns failure, transcendent memory has rejected the data, and the page can be written to swap as usual.

(выделение моё)

Исправление intelfx, :

Прошу:

[Zswap] takes pages that are in the process of being swapped out and attempts to compress them into a dynamically allocated RAM-based memory pool.

<…>

Zswap evicts pages from compressed cache on an LRU basis to the backing swap device when the compressed pool reaches its size limit.

Здесь этого явно не сказано, но из того, что он «evicts pages <…> to the backing swap device» следует, что до вытеснения они находятся в памяти.

Zswap использует подсистему frontswap, про которую написано здесь:

Once a page is successfully stored, a matching load on the page will normally succeed. So when the kernel finds itself in a situation where it needs to swap out a page, it first attempts to use frontswap. If the store returns success, the data has been successfully saved to transcendent memory and a disk write and, if the data is later read back, a disk read are avoided. If a store returns failure, transcendent memory has rejected the data, and the page can be written to swap as usual.

(выделение моё)

Исправление intelfx, :

Прошу:

[Zswap] takes pages that are in the process of being swapped out and attempts to compress them into a dynamically allocated RAM-based memory pool.

<…>

Zswap evicts pages from compressed cache on an LRU basis to the backing swap device when the compressed pool reaches its size limit.

Здесь этого явно не сказано, но из того, что он «evicts pages <…> to the backing swap device» следует, что до вытеснения они находятся в памяти.

Исправление intelfx, :

Ссылку на исходники я не дам (потому что нет какой-то одной строчки, в которой была бы отражена вся логика), а вот ссылку на документацию — прошу:

[Zswap] takes pages that are in the process of being swapped out and attempts to compress them into a dynamically allocated RAM-based memory pool.

<…>

Zswap evicts pages from compressed cache on an LRU basis to the backing swap device when the compressed pool reaches its size limit.

Здесь этого явно не сказано, но из того, что он «evicts pages <…> to the backing swap device» следует, что до вытеснения они находятся в памяти.

Исправление intelfx, :

Ссылку на исходники я не дам (потому что нет какой-то одной строчки, в которой была бы отражена вся логика), а вот ссылку на документацию — прошу:

Zswap receives pages for compression through the Frontswap API and is able to evict pages from its own compressed pool on an LRU basis and write them back to the backing swap device in the case that the compressed pool is full.

Здесь этого явно не сказано, но из того, что он «writes them back to the backing swap device in case that the compressed pool is full» следует, что в противном случае записи в backing swap device не происходит.

Исправление intelfx, :

Прошу:

Zswap receives pages for compression through the Frontswap API and is able to evict pages from its own compressed pool on an LRU basis and write them back to the backing swap device in the case that the compressed pool is full.

Здесь этого явно не сказано, но из того, что он «writes them back to the backing swap device in case that the compressed pool is full» следует, что в противном случае записи в backing swap device не происходит.

Исходная версия intelfx, :

Прошу:

Design:
Zswap receives pages for compression through the Frontswap API and is able to evict pages from its own compressed pool on an LRU basis and write them back to the backing swap device in the case that the compressed pool is full.

Здесь этого явно не сказано, но из того, что он «writes them back to the backing swap device in case that the compressed pool is full» следует, что в противном случае записи в backing swap device не происходит.