> Hmmm... I don't see how not touching buffer values can solve his
> problem at all. His MTU is really HUGE, and in this case 300 byte
> packet eats 10k or so space in receive buffer.
> I doubt our buffer size tuning algorithms can cope with this.
Yep, it's no big thing to make the change in the driver, the copy is not
that expensive and compared to the speed of the physical layer its
virtually a non-impact. The most I've ever got out of 16 mbps t/r is just
over 2 mb/second and memory copies can easily keep up with that. (That's
with 8192 byte mtu's and ftp transfers which wouldn't get copied anyway).
Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/