Dear Rick,
Now I turn to the Temac v3 core. Also I have included all the features which could improve the network performance. However unfortunately the performance is also bad, even worse than the old cores. (The RX number is worse than before.) I noticed that the parameters in the new driver are much different with the ones in the old drivers. They are listed below.

The numbers I quoted were using the TCP_SENDFILE option of netperf, and
also using the plb_temac_v3 core, which has checksum offload and some other features that help performance. Given the core you're using, your RX numbers are probably about right (assuming you're not using jumbo frames). Your transmit number looks low, though. Perhaps you can try tuning the packet threshold (e.g., less interrupts - try 8 instead of 1) and the waitbound (use 1) in adapter.c. Also, how many buffer descriptors are being allocated in adapter.c?

In the new driver, the threshold and waitbound are as (by default when BSP generated by EDK):
#define DFT_TX_THRESHOLD  16
#define DFT_TX_WAITBOUND  1
#define DFT_RX_THRESHOLD  2
#define DFT_RX_WAITBOUND  1
Also the buffer descriptors are #define XTE_SEND_BD_CNT 256
#define XTE_RECV_BD_CNT 256
when booting, it shows the buffer descriptor number is 0x8000.

Sorry that I cannot understand the mechanism of the network driver. So I still cannot make sure what's the physical meaning of a parameter and how a parameter inside the adapter.c will affect the performance. So if possible could you please send me your adaptor.c file which could generate a high performance? I want to have a deep research on these parameters.

Of course, your precious suggestion is also appreciated. :-)

BR
Ming

_________________________________________________________________
享用世界上最大的电子邮件系统― MSN Hotmail。 http://www.hotmail.com
_______________________________________________
Linuxppc-embedded mailing list
[email protected]
https://ozlabs.org/mailman/listinfo/linuxppc-embedded

Reply via email to