linux-kernel - RE: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <SNT125-W1534D12CF3C73B12D3CA8DC3680@phx.gbl>
Date:	Fri, 15 Jan 2010 16:48:47 -0800
From:	Yuhong Bao <yuhongbao_386@...mail.com>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
CC:	<mingo@...hat.com>, <linux-kernel@...r.kernel.org>
Subject: RE: Ubuntu 32-bit, 32-bit PAE, 64-bit Kernel Benchmarks

> There's a potential secondary issue: my test-bed for that btrfs setup was
> a netbook using Intel Atom. The performance profile of an Atom chip is
> pretty different from any of the better out-of-order CPU's.
>
> Extra instructions cost a lot more. For example, out-of-order is
> particularly good at handling "nonsense" instructions that aren't on a
> critical path and aren't important for actual semantics - things like the
> stack frame modifications etc are often almost "free" on out-of-order
> CPU's because they only tend to have trivial dependencies that can be
> worked around with things like the "stack engine" etc. So I seem to
> remember that the "omit stack frame" option was a much bigger deal on Atom
> than on a Core 2 Duo CPU, for example.
>
> So it's entirely possible that the TLB flushing (and eventual misses, of
> course) involved with kmap()/kunmap() is much more expensive on Atom than
> it is on a Core2 system. So it's possible that my 25% cost thing was for
> pretty much a pessimal situation, due to a combination of heavy kernel
> loads (I used "git status" as one of the btrfs/atom benchmarks - pretty
> much _all_ it does is pathname lookups and readdir) with btrfs and atom.

Luckily, most Atom netbooks currently only ship with 1GB of RAM (partly due to restrictions imposed by MS), and even Intel's Pine Trail Atoms is limited to only 2GB of RAM. And the desktop version has always supported 64-bit, and now all Pine Trail Atoms support 64-bit too.
Disabling HIGHMEM however of course will disable NX which all Atoms have, unless you turn CONFIG_PAE back on.

Yuhong Bao

_________________________________________________________________
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
http://clk.atdmt.com/GBL/go/196390709/direct/01/--
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/