summaryrefslogtreecommitdiff
path: root/arch/ia64
diff options
context:
space:
mode:
authorVitaly Wool <vitalywool@gmail.com>2019-09-24 01:39:43 +0300
committerLinus Torvalds <torvalds@linux-foundation.org>2019-09-25 01:54:12 +0300
commit068619e32ff6229a09407d267e36ea7710b96ea1 (patch)
treeea940e56669826675ee347d6b2e11c298044e5e7 /arch/ia64
parentd2fcd82bb83aab47c6d63aa8c960cd5edb578065 (diff)
downloadlinux-068619e32ff6229a09407d267e36ea7710b96ea1.tar.xz
zswap: do not map same object twice
zswap_writeback_entry() maps a handle to read swpentry first, and then in the most common case it would map the same handle again. This is ok when zbud is the backend since its mapping callback is plain and simple, but it slows things down for z3fold. Since there's hardly a point in unmapping a handle _that_ fast as zswap_writeback_entry() does when it reads swpentry, the suggestion is to keep the handle mapped till the end. Link: http://lkml.kernel.org/r/20190916004640.b453167d3556c4093af4cf7d@gmail.com Signed-off-by: Vitaly Wool <vitalywool@gmail.com> Reviewed-by: Dan Streetman <ddstreet@ieee.org> Cc: Shakeel Butt <shakeelb@google.com> Cc: Minchan Kim <minchan@kernel.org> Cc: Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com> Cc: Seth Jennings <sjenning@redhat.com> Cc: Vitaly Wool <vitalywool@gmail.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/ia64')
0 files changed, 0 insertions, 0 deletions