On Tue, 18 Dec 2007 01:00:15 -0500
Kyle McMartin <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 18, 2007 at 10:05:45AM +0900, KAMEZAWA Hiroyuki wrote:
> > On Thu, 13 Dec 2007 15:03:07 +
> >
> > > + if (mm != active_mm) {
> > > + /* Restore region IDs for mm */
> > > +
On Tue, Dec 18, 2007 at 10:05:45AM +0900, KAMEZAWA Hiroyuki wrote:
> On Thu, 13 Dec 2007 15:03:07 +
>
> > + if (mm != active_mm) {
> > + /* Restore region IDs for mm */
> > + if (mm && active_mm) {
> > + activate_context(mm);
> > +
On Thu, 13 Dec 2007 15:03:07 +
> + if (mm != active_mm) {
> + /* Restore region IDs for mm */
> + if (mm && active_mm) {
> + activate_context(mm);
> + } else {
> + flush_tlb_all();
> +
> As you can see, the global purge rates can be pretty respectable
> under this kind of load. I chose -j50 to generate enough processes
> to stress my own system, you may need more with 4G. Check with
> xosview or similar that the buffer cache fills up memory but
> is kept relatively small by user-
ert W.
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'.
>
> 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 r
Improve performance of memory allocations on ia64 by avoiding a global TLB
purge to purge a single page from the file cache. This happens whenever we
evict a page from the buffer cache to make room for some other allocation.
Test case: Run 'find /usr -type f | xargs cat > /dev/null' in the backg
7 matches
Mail list logo