> Subject: [gianfar]bandwidth management problem on mpc8313 based board ... > I have mpc8313 powerpc based board with silicon revision 2.1. the > processor has two ETH ports (eTsec1 and eTsec2) i.e. eth0 and eth1. > eth0 is 1Gbps port and eth1 is 100Mbps port. On board there is L2 > switch from TANTOS2G (psb6972) supports one port 1Gbps, > and from switch there are 4 more eth ports derived which are 100Mbps > ports and port based VLAN is configured for this purpose. > > The interface between switch and eth0 (port of processor) is RGMII. So > the processor port and switch port are connected on 1Gbps Link. ... > After this I started to perform bandwidth test using iperf tool. > When I performed this test on one port out of 4 derived ports I am > getting bandwidth in the range of 80-85Mbps > but when the same test is performed on 2 ports simultaneously then the > per port bandwidth is reduced to 40-45Mbps.
To summerise, you have a Ge port connected by RGMII (cross over) to an on-board switch that is configured to use VLAN tagging to drive four external 100M ports? I see two likely reasons for the aggregate throughput being constant: 1) The switch has limited throughput/buffering 2) The host really is 100% busy 3) The remote system has limited throughput I'd vote for the system being busy and 'top' (or whatever you are using) lying about the cpu usage. Measuring free cpu time by counting it in a low priority process is much more accurate than relying on the 'code interrupted by timer tick' scheme. (Clearly the scheduler could use a high-res timestamp on entry/exit to the idle loop and/or process switch - but, to my knowledge, the linux kernel only uses the timer interrupt.) David _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev