On Wed, 2005-07-12 at 11:48 -0800, John Ronciak wrote:
> On 12/7/05, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> 
> > So... under load, copybreak causes e1000 to fall over more rapidly than
> > no-copybreak?
> >
> > If so, it sounds like copybreak should be disabled by default, and/or a
> > runtime switched added for it.
> I wouldn't say "fall over".  With small packet only tests (the ones
> being run for this exercise) _all_ packets are being copied which is
> why when the system become CPU bound you see performance drop.  Normal
> cases don't only have small packets and is where the gains are.  These
> are also what is not being tested because I'm sure nobody would be
> able to agree on an acceptable test for it.  Copybreak probably
> shouldn't be used in routing use cases.  Since I think routing is the
> special case and not the normal case copybreak should be on by default
> and disabled when used in cases like small packet routing is being
> done.

I am no longer sure that your results on copybreak for host bound
packets can be trusted anymore. All your copybreak was doing was making
the prefetch look good according to my tests.

Eric Dumazet <[EMAIL PROTECTED]> theorized there may be some value in
copybreak if you are host bound. I only seen it as an unnecessary pain
really.

Humor me, try to replace the code that does copybreak with a while loop
that counts down from 20 -> 0.
And see if you notice any changes for host bound traffic.

cheers,
jamal



-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to