[lkml]   [2008]   [Apr]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [patch 4/15] fs/logfs/compr.c
On Thu, 10 April 2008 16:13:47 +0200, Arnd Bergmann wrote:
> How much time is spent in the compression code? Would it be helpful
> to have a percpu stream and do preempt_disable around it instead
> of the mutex?
> That would improve parallelism and cache-locality of the compression,
> at the cost of adding a source of latency to preemptible kernels.

Several years back (before logfs) I was planning to do just that. It
turned out that ipsec doesn't work in such a fashion, because each
connection is a stream. And the two block-oriented users, jffs2 and
cramfs just weren't worth it.

Might be a good idea by now. I guess it should become self-contained
code, so that jffs2, cramfs and ubifs can use it as well.


Write programs that do one thing and do it well. Write programs to work
together. Write programs to handle text streams, because that is a
universal interface.
-- Doug MacIlroy
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2008-04-11 12:43    [W:0.035 / U:1.924 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site