Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1316676

Re: [stable] upstream d913897abace8 -stable backport request

From Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Newsgroups linux.kernel
Subject Re: [stable] upstream d913897abace8 -stable backport request
Date 2016-01-25 14:10 +0100
Message-ID <qUP46-4jX-11@gated-at.bofh.it> (permalink)
References <qUOUq-40h-25@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On (01/25/16 21:50), Sergey Senozhatsky wrote:
> Hello,
> 
> Please add upstream 'commit d913897abace8 ("zram: try vmalloc() after
> kmalloc()")' to stable releases.
> 

[v3.15+]

	-ss

> :commit d913897abace843bba20249f3190167f7895e9c3
> :Author: Kyeongdon Kim <kyeongdon.kim@lge.com>
> :
> :    zram: try vmalloc() after kmalloc()
> :    
> :    When we're using LZ4 multi compression streams for zram swap, we found
> :    out page allocation failure message in system running test.  That was
> :    not only once, but a few(2 - 5 times per test).  Also, some failure
> :    cases were continually occurring to try allocation order 3.
> :    
> :    In order to make parallel compression private data, we should call
> :    kzalloc() with order 2/3 in runtime(lzo/lz4).  But if there is no order
> :    2/3 size memory to allocate in that time, page allocation fails.  This
> :    patch makes to use vmalloc() as fallback of kmalloc(), this prevents
> :    page alloc failure warning.
> :    
> :    After using this, we never found warning message in running test, also
> :    It could reduce process startup latency about 60-120ms in each case.
> 
> 	-ss
> 

Back to linux.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

[stable] upstream d913897abace8 -stable backport request Sergey Senozhatsky <sergey.senozhatsky@gmail.com> - 2016-01-25 14:00 +0100
  Re: [stable] upstream d913897abace8 -stable backport request Sergey Senozhatsky <sergey.senozhatsky@gmail.com> - 2016-01-25 14:10 +0100

csiph-web