鵝再來貼個R牌8169好了(M/B只support 33MHz PCI32,不support 66MHz,所以throughput可能沒辦法跑到全速),client是CeleronD 2.4GHz+512MB DDR400(不過限於CPU實際上是跑DDR266),server一樣是AM2的Sempron3000+2GB DDRII667+MCP51內建的GbE(PHY也是Marvell的),不過這次server是跑XP(為了開Jumbo Frame/off loading等功能)....

default只開rx off loading,沒開Jumbo Frame....

root@lab01:~# ethtool -k eth1
Offload parameters for eth1:
rx-checksumming: on
tx-checksumming: off
scatter-gather: off
tcp segmentation offload: off
root@lab01:~# time iperf -c 192.168.10.115
------------------------------------------------------------
Client connecting to 192.168.10.115, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 5] local 192.168.10.110 port 45494 connected with 192.168.10.115 port 5001
[ 5] 0.0-10.0 sec 754 MBytes 632 Mbits/sec

real 0m10.040s
user 0m0.148s
sys 0m4.048s

throughput約630Mbps,CPU loading約40%....

off loading維持default,MTU設成7200(linux kernel driver中R牌support的最大值)....

root@lab01:~# ifconfig eth1 mtu 7200
root@lab01:~# time iperf -c 192.168.10.115
------------------------------------------------------------
Client connecting to 192.168.10.115, TCP port 5001
TCP window size: 21.1 KByte (default)
------------------------------------------------------------
[ 5] local 192.168.10.110 port 35374 connected with 192.168.10.115 port 5001
[ 5] 0.0-10.0 sec 752 MBytes 631 Mbits/sec

real 0m10.030s
user 0m0.144s
sys 0m3.700s

CPU loading與throughput都與沒開jumbo frame約略相同....

開jumbo frame,offloading全開....

root@lab01:~# ethtool -k eth1
Offload parameters for eth1:
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp segmentation offload: on

root@lab01:~# time iperf -c 192.168.10.115
------------------------------------------------------------
Client connecting to 192.168.10.115, TCP port 5001
TCP window size: 52.9 KByte (default)
------------------------------------------------------------
[ 5] local 192.168.10.110 port 57247 connected with 192.168.10.115 port 5001
[ 5] 0.0-10.0 sec 826 MBytes 693 Mbits/sec

real 0m10.016s
user 0m0.116s
sys 0m2.412s

CPU loading由40%下降至24%(約40%),throughput由630Mbps上升至690Mbps(約10%)....

開off loading,關jumbo frame....

root@lab01:~# ifconfig eth1 mtu 1500
root@lab01:~# time iperf -c 192.168.10.115
------------------------------------------------------------
Client connecting to 192.168.10.115, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 5] local 192.168.10.110 port 56659 connected with 192.168.10.115 port 5001
[ 5] 0.0-10.0 sec 830 MBytes 696 Mbits/sec

real 0m10.017s
user 0m0.076s
sys 0m2.448s

CPU loading及throughput都與開jumbo frame時約略相當....

由以上不太精確的測試看來,jumbo frame效果似乎沒有如off loading明顯,不知是R牌NIC對jumbo frame support不是很好或其它因素(i.e. driver等等)所致,不過鵝也懶得再試Marvell 88E8053當對照組就是了....

這個我也有想過
D-Link的變壓器很多規格都是5V2A的
拿別顆別牌5V4A來用照樣掛給你看.....

加散熱片效果有好一些,但也是時間早晚的問題
開殼焊風扇上去才能長時間穩定工作
但....要改成這樣才能用....我真是吃飽太閒....

找一找3Com的，比其他的都好

之前不是有大大說3com雖然快但是不穩定~

難道.....要買planet那一台嗎....+_+~

這裡提供幾個大量Switch使用者的考慮觀點：Buffer Memory size, MAC address Table
也提供一些網路上查得到的資訊
Buffer memory size<> MAC address Table (括號內是PCHOME查得到的價格，M鐵殼、P塑殼）


B:NA(NA, M)
T:5/8 ports=896kb/1152kb<>8k/8k(999/1849, P)
D:5/8 ports=1M bit/1M bit<>4k/4k(1099/1999,P)
P:5/8 ports=144kb/144kb<>8k/8k(NA,M)

B牌比較少人用，P牌好像也是中美洲用比較多，國內大家都不太有聽過。
T牌據說內銷版很爛，外銷版品質就非常好。用過的人說沒什麼故障。
D牌最多人用，可能因為數量大所以抱怨比較多。

以上資料來自高雄、台中、板橋共七家小型SI、社區寬頻業者以及設備供應商。

PS:內線消息，Z牌Switch與LanXXXX牌是同一家代工滴。^_^

那大大的意見都是tp-link~?
到底tp-link那台switch有沒有jumbo frame的.....?

小欣大，
T牌產品總是走便宜品質好路線。Jumbo frame是沒有支援的...

補充一下：
在我的認知裡，
Jumbo frame主要功能就是減少對網卡產生的中斷次數, 而減低CPU的負擔
對傳輸速度影響比較有限。
希望有更專業的大大意見