Re: [PATCH 0/3] make mapped executable pages the first class citizen (with test cases)

[Nai Xia <nai.xia@gmail.com>]

Hi,

I was able to launch some tests with SPEC cpu2006.
The benchmark was based on mmotm
commit 0b7292956dbdfb212abf6e3c9cfb41e9471e1081 on a intel  Q6600 box with
4G ram. The kernel cmdline mem=500M was used to see how good exec-prot can
be under memory stress.

Following are the results:

                                  Estimated
                Base     Base       Base
Benchmarks      Ref.   Run Time     Ratio

mmotm with 500M
400.perlbench    9770        671      14.6  *
401.bzip2        9650       1011       9.55 *
403.gcc          8050        774      10.4  *
462.libquantum  20720       1213      17.1  *


mmot-prot with 500M
400.perlbench    9770        658      14.8  *
401.bzip2        9650       1007       9.58 *
403.gcc          8050        749      10.8  *
462.libquantum  20720       1116      18.6  *

mmotm with 4G ( allowing the full working sets)
400.perlbench    9770        594      16.5  *
401.bzip2        9650        828      11.7  *
403.gcc          8050        523      15.4  *
462.libquantum  20720       1121      18.5  *


It's worth noting that SPEC documented "The CPU2006 benchmarks
(code + workload) have been designed to fit within about 1GB of
physical memory",
and the exec vm sizes of these programs are as below:
perlbench  956KB
bzip2         56KB
gcc          3008KB
libquantum  36KB


Are we expecting to see more good results for cpu-bound programs (e.g.
scientific ones)
with large number of exec pages ?


Best Regards,

Nai Xia

On Mon, Jun 8, 2009 at 5:10 PM, Wu Fengguang<fengguang.wu@intel.com> wrote:
> Andrew,
>
> I managed to back this patchset with two test cases :)
>
> They demonstrated that
> - X desktop responsiveness can be *doubled* under high memory/swap pressure
> - it can almost stop major faults when the active file list is slowly scanned
>  because of undergoing partially cache hot streaming IO
>
> The details are included in the changelog.
>
> Thanks,
> Fengguang
> --
>
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to majordomo@kvack.org.  For more info on Linux MM,
> see: http://www.linux-mm.org/ .
> Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>