[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.0904271619240.22156@localhost.localdomain>
Date: Mon, 27 Apr 2009 16:32:41 -0700 (PDT)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Stephen Hemminger <shemminger@...tta.com>
cc: Evgeniy Polyakov <zbr@...emap.net>, Ingo Molnar <mingo@...e.hu>,
Peter Zijlstra <peterz@...radead.org>,
Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>,
Eric Dumazet <dada1@...mosbay.com>,
David Miller <davem@...emloft.net>,
Jarek Poplawski <jarkao2@...il.com>,
Paul Mackerras <paulus@...ba.org>, paulmck@...ux.vnet.ibm.com,
kaber@...sh.net, jeff.chua.linux@...il.com, laijs@...fujitsu.com,
jengelh@...ozas.de, r000n@...0n.net, linux-kernel@...r.kernel.org,
netfilter-devel@...r.kernel.org, netdev@...r.kernel.org,
benh@...nel.crashing.org
Subject: Re: [PATCH] netfilter: use per-CPU r**ursive lock {XV}
On Mon, 27 Apr 2009, Linus Torvalds wrote:
>
> I left the commentary about "readers" and "writers", because in many
> ways it's correct, and what the code actually does is very much to
> emulate a reader-writer lock. I put quotes around the uses in the
> comments to high-light that it largely _acts_ as a reader-writer lock.
Btw, I think it was Paul who pointed out that technically it's probably
better to call them "local" and "global" lockers instead of "readers" and
"writers".
That also probably clarifies the rules on when you use one over the other
(ie reading off all the statistics is a "global" operation, as is
obviously replacing the tables).
Of course, "readers" and "writers" is something most Linux lock people are
more used to. Or "brlock" for the old-timers, but that involves a heavy
dose of bad taste. The new use is much nicer, especially since it never
takes the global lock on _all_ cpu's (which was really a killer in so
many ways).
Linus
--
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