lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Thu, 16 Dec 2010 21:15:07 -0800 (PST)
From:	Dan Magenheimer <dan.magenheimer@...cle.com>
To:	Chris Mason <chris.mason@...cle.com>, akpm@...ux-foundation.org,
	matthew@....cx, linux-kernel@...r.kernel.org, linux-mm@...ck.org,
	ngupta@...are.org, jeremy@...p.org,
	Kurt Hackel <kurt.hackel@...cle.com>, npiggin@...nel.dk,
	riel@...hat.com, Konrad Wilk <konrad.wilk@...cle.com>,
	mel@....ul.ie, minchan.kim@...il.com
Subject: RE: [PATCH V0 1/4] kztmem: simplified radix tree data structure
 support

> A monolithic patch containing all of kztmem, cleancache, and frontswap
> that applies cleanly to 2.6.36 can be found at:
> 
> http://oss.oracle.com/projects/tmem/dist/files/kztmem/kztmem-linux-
> 2.6.36-101207.patch
> 
> (Or http://oss.oracle.com/projects/tmem and Downloads and kztmem
> patches)
> 
> I'm a git novice but can prepare a git tree also if desired.
> 
> To try kztmem:
> 
> 1) apply the monolithic patch to 2.6.36
> 2) rebuild your config ensuring that CONFIG_KZTMEM, CONFIG_CLEANCACHE,
>    CONFIG_FRONTSWAP, and CONFIG_ZRAM (for xvMalloc) become enabled
> 3) rebuild and reboot with "kztmem" as a kernel boot parameter
> 4) see /sys/kernel/mm/kztmem/* for statistics... note that with
>    lots of RAM and no swapping, little or no activity will be seen
> 
> As I said, there are known weird bugs that may or may not show
> up in your configuration and build environment, so be prepared
> in advance that the kernel may crash... removing kztmem as
> a boot parameter should disable kztmem and result in a normal boot.
> 
> Thanks in advance for trying and testing (and, if you are so
> inclined, debugging) kztmem!  I'll be happy to answer any
> questions on- or off-list!

FYI, in case anyone was thinking about giving it a spin,
I have just posted an update of the (monolithic) kztmem
patch here:

http://oss.oracle.com/projects/tmem/dist/files/kztmem/kztmem-linux-2.6.36-101207.patch 

I think all the weird bugs and crashes are now gone, though I
have some concurrency rework to do after some feedback from
Jeremy Fitzhardinge, and that's not going to happen until
after the holidays.  So I am posting this intermediate version
if you want to try it, but please hold off on any detailed
code review until I post v1 to lkml/linux-mm.

Thanks,
Dan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ