[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1FE6DD409037234FAB833C420AA843EC1A3F5B@orsmsx424.amr.corp.intel.com>
Date: Thu, 13 Dec 2007 13:07:24 -0800
From: "Luck, Tony" <tony.luck@...el.com>
To: "de Dinechin, Christophe (Integrity VM)"
<christophe.de-dinechin@...com>, <linux-ia64@...r.kernel.org>
Cc: <linux-kernel@...r.kernel.org>,
"Picco, Robert W." <robert.picco@...com>
Subject: RE: [PATCH] ia64: Avoid unnecessary TLB flushes when allocating memory
> Test case: Run 'find /usr -type f | xargs cat > /dev/null'
> in the background to fill the buffer cache, then run
> something that uses memory, e.g. 'gmake -j50 install'.
> Instrumentation showed that the number of global TLB
> purges went from a few millions down to about 170 over
> a 12 hours run of the above.
What was your system configuration for this test. I'm running
on a 4 socket Montecito (with HT enabled, so 16 logical cpus)
with 4G of memory. In the first hour of my test I've only
seen 125 calls where the old code would have called flush_tlb_all().
The new code managed to avoid all of these ... so it is batting
100%. This is out of just over a million calls to
ia64_global_tlb_purge().
So clearly I'm not manage to stress the system as heavily
as you did.
-Tony
--
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