* David Miller <[EMAIL PROTECTED]> wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Sat, 16 Feb 2008 11:26:18 -0800
>
> > On Sat, 16 Feb 2008 13:03:54 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote:
> >
> > > Yes, per connection basis. Some workloads want to open/close more
> > > than 10
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Sat, 16 Feb 2008 11:26:18 -0800
> On Sat, 16 Feb 2008 13:03:54 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote:
>
> > Yes, per connection basis. Some workloads want to open/close more than 1000
> > sockets per second.
>
> ie: slowpath
Definitely not s
On Sat, 16 Feb 2008 11:26:18 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > indirect functions calls are everywhere in kernel, network, fs,
> > everywhere.
>
> That doesn't make them fast.
just to emphasize this: an indirect function call is at least as expensive as
an atomic operation on
On Sat, 16 Feb 2008 13:03:54 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote:
> Andrew Morton a écrit :
> > On Sat, 16 Feb 2008 11:07:29 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote:
> >
> >> Andrew, pcounter is a temporary abstraction.
> >
> > It's buggy! Main problems are a) possible return of n
Andrew Morton a écrit :
On Sat, 16 Feb 2008 11:07:29 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote:
Andrew, pcounter is a temporary abstraction.
It's buggy! Main problems are a) possible return of negative numbers b)
some of the API can't be from preemptible code c) excessive interrupt-off
ti
On Sat, 16 Feb 2008 11:07:29 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote:
>
> Andrew, pcounter is a temporary abstraction.
It's buggy! Main problems are a) possible return of negative numbers b)
some of the API can't be from preemptible code c) excessive interrupt-off
time on some machines if
Andrew Morton a écrit :
- First up, why was this added at all? We have percpu_counter.h which
has several years development invested in it. afaict it would suit the
present applications of pcounters.
If some deficiency in percpu_counters has been identified, is it
possible to correct t
- First up, why was this added at all? We have percpu_counter.h which
has several years development invested in it. afaict it would suit the
present applications of pcounters.
If some deficiency in percpu_counters has been identified, is it
possible to correct that deficiency rather tha
On Mon, 04 Feb 2008 16:20:35 -0800 (PST)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Mon, 4 Feb 2008 01:44:02 -0800
>
> > Please do not merge pieces of generic kernel infrastructure while
> > keeping it all secret on the netdev list. Ever.
>
> It wa
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 4 Feb 2008 01:44:02 -0800
> Please do not merge pieces of generic kernel infrastructure while
> keeping it all secret on the netdev list. Ever.
It was so damn secret that it sat in your -mm tree for months.
Don't be rediculious Andrew.
--
To un
10 matches
Mail list logo
