On Wed, Jun 05, 2013 at 02:43:28PM +0800, Bob Liu wrote:
> Hi Seth,
>
> On 06/04/2013 04:33 AM, Seth Jennings wrote:
> > + /* Couldn't find unbuddied zbud page, create new one */
>
> How about moving zswap_is_full() to here.
>
> if (zswap_is_full()) {
> /* Don't alloc any new page, try
Hi Seth,
On 06/04/2013 04:33 AM, Seth Jennings wrote:
> zbud is an special purpose allocator for storing compressed pages. It is
> designed to store up to two compressed pages per physical page. While this
> design limits storage density, it has simple and deterministic reclaim
> properties that
Hi Seth,
On 06/04/2013 04:33 AM, Seth Jennings wrote:
zbud is an special purpose allocator for storing compressed pages. It is
designed to store up to two compressed pages per physical page. While this
design limits storage density, it has simple and deterministic reclaim
properties that
On Wed, Jun 05, 2013 at 02:43:28PM +0800, Bob Liu wrote:
Hi Seth,
On 06/04/2013 04:33 AM, Seth Jennings wrote:
+ /* Couldn't find unbuddied zbud page, create new one */
How about moving zswap_is_full() to here.
if (zswap_is_full()) {
/* Don't alloc any new page, try to reclaim
zbud is an special purpose allocator for storing compressed pages. It is
designed to store up to two compressed pages per physical page. While this
design limits storage density, it has simple and deterministic reclaim
properties that make it preferable to a higher density approach when reclaim
zbud is an special purpose allocator for storing compressed pages. It is
designed to store up to two compressed pages per physical page. While this
design limits storage density, it has simple and deterministic reclaim
properties that make it preferable to a higher density approach when reclaim
6 matches
Mail list logo
