All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nick Piggin <nickpiggin@yahoo.com.au>
To: Andi Kleen <ak@suse.de>
Cc: Christoph Lameter <clameter@sgi.com>,
	linux-kernel@vger.kernel.org, Hugh Dickins <hugh@veritas.com>,
	linux-mm@kvack.org,
	Marcelo Tosatti <marcelo.tosatti@cyclades.com>
Subject: Re: [RFC 1/6] Framework
Date: Mon, 12 Dec 2005 18:05:25 +1100	[thread overview]
Message-ID: <439D2135.4050804@yahoo.com.au> (raw)
In-Reply-To: <20051212045146.GA11190@wotan.suse.de>

Andi Kleen wrote:

>>Then you can't use __local_xxx, and so many architectures will use
>>atomic instructions (the ones who don't are the ones with tripled
>>cacheline footprint of this structure).
> 
> 
> They are wrong then. atomic instructions is the wrong implementation
> and they would be better off with asm-generic. 
> 

Yes I mean atomic and per-cpu. Same as asm-generic.

> If anything they should use per_cpu counters for interrupts and 
> use seq locks.

How would seqlocks help?

> Or just turn off the interrupts for a short time
> in the low level code.
> 

This is exactly what mod_page_state does, which is what my patches
eliminate. For a small but significant performance improvement.

> 
>>Sure i386 and x86-64 are happy, but this would probably slow down
>>most other architectures.
> 
> 
> I think it is better to fix the other architectures then - if they
> are really using a full scale bus lock for this they're just wrong.
> 
> I don't think it is a good idea to do a large change in generic
> code just for dumb low level code.
> 

It is not a large change at all, just some shuffling of mod_page_state
and friends to go under pre-existing interrupts-off sections.

-- 
SUSE Labs, Novell Inc.

Send instant messages to your online friends http://au.messenger.yahoo.com 

WARNING: multiple messages have this Message-ID (diff)
From: Nick Piggin <nickpiggin@yahoo.com.au>
To: Andi Kleen <ak@suse.de>
Cc: Christoph Lameter <clameter@sgi.com>,
	linux-kernel@vger.kernel.org, Hugh Dickins <hugh@veritas.com>,
	linux-mm@kvack.org,
	Marcelo Tosatti <marcelo.tosatti@cyclades.com>
Subject: Re: [RFC 1/6] Framework
Date: Mon, 12 Dec 2005 18:05:25 +1100	[thread overview]
Message-ID: <439D2135.4050804@yahoo.com.au> (raw)
In-Reply-To: <20051212045146.GA11190@wotan.suse.de>

Andi Kleen wrote:

>>Then you can't use __local_xxx, and so many architectures will use
>>atomic instructions (the ones who don't are the ones with tripled
>>cacheline footprint of this structure).
> 
> 
> They are wrong then. atomic instructions is the wrong implementation
> and they would be better off with asm-generic. 
> 

Yes I mean atomic and per-cpu. Same as asm-generic.

> If anything they should use per_cpu counters for interrupts and 
> use seq locks.

How would seqlocks help?

> Or just turn off the interrupts for a short time
> in the low level code.
> 

This is exactly what mod_page_state does, which is what my patches
eliminate. For a small but significant performance improvement.

> 
>>Sure i386 and x86-64 are happy, but this would probably slow down
>>most other architectures.
> 
> 
> I think it is better to fix the other architectures then - if they
> are really using a full scale bus lock for this they're just wrong.
> 
> I don't think it is a good idea to do a large change in generic
> code just for dumb low level code.
> 

It is not a large change at all, just some shuffling of mod_page_state
and friends to go under pre-existing interrupts-off sections.

-- 
SUSE Labs, Novell Inc.

Send instant messages to your online friends http://au.messenger.yahoo.com 

--
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>

  reply	other threads:[~2005-12-12  7:05 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-10  0:54 [RFC 0/6] Zoned VM stats Christoph Lameter
2005-12-10  0:54 ` Christoph Lameter
2005-12-10  0:54 ` [RFC 1/6] Framework Christoph Lameter
2005-12-10  0:54   ` Christoph Lameter
2005-12-10  3:32   ` Andi Kleen
2005-12-10  3:32     ` Andi Kleen
2005-12-12 16:32     ` Christoph Lameter
2005-12-12 16:32       ` Christoph Lameter
2005-12-12  3:46   ` Nick Piggin
2005-12-12  3:46     ` Nick Piggin
2005-12-12  3:56     ` Andi Kleen
2005-12-12  3:56       ` Andi Kleen
2005-12-12  4:14       ` Nick Piggin
2005-12-12  4:14         ` Nick Piggin
2005-12-12  4:21         ` Andi Kleen
2005-12-12  4:21           ` Andi Kleen
2005-12-12  4:28           ` Nick Piggin
2005-12-12  4:28             ` Nick Piggin
2005-12-12  4:51             ` Andi Kleen
2005-12-12  4:51               ` Andi Kleen
2005-12-12  7:05               ` Nick Piggin [this message]
2005-12-12  7:05                 ` Nick Piggin
2005-12-10  0:54 ` [RFC 2/6] Make nr_mapped a per zone counter Christoph Lameter
2005-12-10  0:54   ` Christoph Lameter
2005-12-10  0:54 ` [RFC 3/6] Make nr_pagecache " Christoph Lameter
2005-12-10  0:54   ` Christoph Lameter
2005-12-11 18:32   ` Marcelo Tosatti
2005-12-11 18:32     ` Marcelo Tosatti
2005-12-11 19:48     ` Andi Kleen
2005-12-11 19:48       ` Andi Kleen
2005-12-11 20:49       ` Marcelo Tosatti
2005-12-11 20:49         ` Marcelo Tosatti
2005-12-12  3:51         ` Nick Piggin
2005-12-12  3:51           ` Nick Piggin
2005-12-12 11:57           ` Marcelo Tosatti
2005-12-12 11:57             ` Marcelo Tosatti
2005-12-12 16:34             ` Christoph Lameter
2005-12-12 16:34               ` Christoph Lameter
2005-12-10  0:55 ` [RFC 4/6] Expanded node and zone statistics Christoph Lameter
2005-12-10  0:55   ` Christoph Lameter
2005-12-10  0:55 ` [RFC 5/6] Make nr_slab a per zone counter Christoph Lameter
2005-12-10  0:55   ` Christoph Lameter
2005-12-10  0:55 ` [RFC 6/6] Make nr_pagecache " Christoph Lameter
2005-12-10  0:55   ` Christoph Lameter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=439D2135.4050804@yahoo.com.au \
    --to=nickpiggin@yahoo.com.au \
    --cc=ak@suse.de \
    --cc=clameter@sgi.com \
    --cc=hugh@veritas.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=marcelo.tosatti@cyclades.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.