On Fri, 2006-02-03 at 18:48, Andi Kleen wrote:
> On Friday 03 February 2006 02:07, Greg Banks wrote:
>
> > > (Don't ask for code - it's not really in an usable state)
> >
> > Sure. I'm looking forward to it.
>
> I had actually shelved the idea b
NICs for the two traffic types (for a number
of reasons).
What's the interface, some kind of ethtool extension or /proc magic?
Greg.
--
Greg Banks, R&D Software Engineer, SGI Australian Software Group.
I don't speak for SGI.
-
To unsubscribe from this list: send the line "unsubsc
On Thu, 2006-02-02 at 18:51, David S. Miller wrote:
> From: Greg Banks <[EMAIL PROTECTED]>
> Date: Thu, 02 Feb 2006 18:31:49 +1100
>
> > On Thu, 2006-02-02 at 17:45, Andi Kleen wrote:
> > > Normally TSO was supposed to fix that.
> >
> > Sure, except t
On Thu, 2006-02-02 at 18:48, Andi Kleen wrote:
> On Thursday 02 February 2006 08:31, Greg Banks wrote:
>
> > [...]SGI's solution is do is ship a script that uses ethtool
> > at boot to tune rx-usecs, rx-frames, rx-usecs-irq, rx-frames-irq
> > up from the defaults.
&
're very grateful ;-) But a scheme
which used the interrupt mitigation hardware dynamically based on
load could reduce the irq rate and CPU usage even further without
compromising latency at low load.
On Thu, 2006-02-02 at 17:51, Andi Kleen wrote:
> On Thursday 02 February 2006 04:19, Greg Ba
g up to
around 1 MiB+1KiB in total length.
Also, nfsd doesn't cork/uncork.
Greg.
--
Greg Banks, R&D Software Engineer, SGI Australian Software Group.
I don't speak for SGI.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [E
On Thu, 2006-02-02 at 14:13, David S. Miller wrote:
> From: Greg Banks <[EMAIL PROTECTED]>
> Date: Thu, 02 Feb 2006 14:06:06 +1100
>
> > On Thu, 2006-02-02 at 13:46, David S. Miller wrote:
> > > I know SAMBA is using sendfile() (when the client has the oplock
ideas in mind for TX net channels that I touched
> upon briefly with him, and we'll see some more things in this area, we
> just need to be patient. :)
Cool.
Greg.
--
Greg Banks, R&D Software Engineer, SGI Australian Software Group.
I don't speak for SGI.
-
To unsubscri
a few days to reflect,
I'm curious as to how the tx is improved. Van didn't touch
upon the tx side at all, and cpu usage on tx is a significant
part of the CPU usage issues for many interesting NFS workloads.
The other objections raised here are non-issues for an NFS or
Samba server.
Greg.
--
