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>] [day] [month] [year] [list]
Message-ID: <39702BAC9CF93E46BAAEC8A0F612973F01BB272F81@EXCH-MBX-3.vmware.com>
Date:	Mon, 26 Apr 2010 14:17:10 -0700
From:	Philip Langdale <plangdale@...are.com>
To:	"aarcange@...hat.com" <aarcange@...hat.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Positive results with Transparent Hugepages at VMware

Hi,

I've been following the Transparent Hugepage patch set over the last few
weeks and have been experimenting with leveraging the functionality in
VMware's Linux virtualization software (eg: Workstation, Player). The 
initial results have been extremely positive.

We have a standardized VM workload that we use to demonstrate the
difference that large page support makes - it's a Linux VM running
the SPECjbb benchmark in a JVM that has itself been configured to
use large pages through hugetlbfs - as such it's designed to give
pretty much best cases performance improvements.

In this benchmark, I've been seeing a 22% improvement in the operations
per second reported by SPECjbb.

We've done previous experiments with hugetlbfs but it really isn't
usable for backing VMs, so if we're ever going to be able to offer large
page support on Linux, it will require THP or something with comparable
functionality.

Particularly we appreciate:
* Not having to allocate large pages up front
* Being able to allocate small and large pages from the same source
* Being able to promote and demote pages as necessary

So, FWIW, THP really does help with virtualization workloads!

Thanks,

--phil

Download attachment "winmail.dat" of type "application/ms-tnef" (3278 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ