On Sun, 22 Feb 2004, David Burns wrote:
> The modification was to reduce the NIC interrupt rate via a rudimentary
> hardware polling scheme based on the 3c905x countdown timer.
Well, the number of interrupts per second is really much higher than e.g. with
the fxp driver:
xl driver TX: 13500 in
On Sun, 22 Feb 2004, David Burns wrote:
> Probably should have someone with more understanding of kernel drivers
> check whether it has any application outside my home office... :-)
>
> David
If you have a patch, I'd be glad to merge it into the driver (if it works
well, of course.)
Mike "Silby
Mike Silbersack wrote:
On Thu, 19 Feb 2004, Marian Durkovic wrote:
Hi all,
the performance problem seems to disappear, when the hardware checksuming
for TX direction is disabled (RX hw checksuming still on).
Here are the results:
Hm... This, combined with Matt blaming the Tx checksum for c
On Thu, 19 Feb 2004, Marian Durkovic wrote:
> Hi all,
>
>
>the performance problem seems to disappear, when the hardware checksuming
> for TX direction is disabled (RX hw checksuming still on).
> Here are the results:
Hm... This, combined with Matt blaming the Tx checksum for corrupting
pac
Hi all,
the performance problem seems to disappear, when the hardware checksuming
for TX direction is disabled (RX hw checksuming still on).
Here are the results:
otherbox -> box with 3c905C:
Bytes Real s CPU s Real-MBit/s CPU-MBit/s Calls Real-C/s CPU-C/s
l40960 34.80
