lkml.org 
[lkml]   [2013]   [Jul]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH] zram percpu implementation
From
Date
On Wed, 17 Jul 2013 00:27:34 +0530, mani said:

> This patch will create a percpu structures compression algo.
> 1. Takes extra memory for workspace buffers.
> I haven't seen any performance gain with this need to find the
> root cause.

My first guess is that the higher-level zram stuff is submitting
its requests sequentially, so there's very few occasions where more
than one page is waiting for (de)compression handling at the same time.

You change the logic of zram_bvec_(read/write) - but what you'd need to
change is the code that *calls* it so that there's multiple bvec_* calls
in flight at the same time.

+ for_each_possible_cpu(cpu) {
+ printk(KERN_EMERG"[%s] Initializing for each core %d\n", cpu);

KERN_EMERG? No. Absolutely not.
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2013-07-16 23:01    [W:0.042 / U:0.088 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site