From: "Ming Liu" <eemingliu@hotmail.com>
To: rick.moleres@xilinx.com
Cc: linuxppc-embedded@ozlabs.org
Subject: RE: Speed of plb_temac 3.00 on ML403
Date: Sun, 17 Dec 2006 15:05:47 +0000 [thread overview]
Message-ID: <BAY110-F38F7DD17ED1A4A460B8BB6B2CA0@phx.gbl> (raw)
In-Reply-To: <689CB232690D8D4E97DA6C76DA098E6C036F1C1B@XCO-EXCHVS1.xlnx.xilinx.com>
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
next prev parent reply other threads:[~2006-12-17 15:05 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-13 0:11 Speed of plb_temac 3.00 on ML403 Rick Moleres
2006-12-17 15:05 ` Ming Liu [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-12-05 19:08 Rick Moleres
2006-12-12 11:08 ` Ming Liu
2007-02-09 14:16 ` Ming Liu
2007-02-09 14:57 ` jozsef imrek
2007-02-11 15:25 ` Ming Liu
2007-02-12 18:09 ` jozsef imrek
2007-02-12 19:18 ` Ming Liu
2007-02-14 7:24 ` jozsef imrek
2007-02-09 16:00 ` Rick Moleres
2007-02-11 6:22 ` Leonid
2007-02-11 13:37 ` Ming Liu
2007-02-12 19:45 ` Rick Moleres
2007-02-12 20:39 ` Ming Liu
2006-12-05 16:18 Thomas Denzinger
2006-12-05 16:49 ` Ming Liu
2006-12-05 18:42 ` Michael Galassi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BAY110-F38F7DD17ED1A4A460B8BB6B2CA0@phx.gbl \
--to=eemingliu@hotmail.com \
--cc=linuxppc-embedded@ozlabs.org \
--cc=rick.moleres@xilinx.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.