Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
I was just testing jumbo frames under Gentoo hdd-boot (singe disk, no raid, no jbod) and my discover was kind of interesting, so I let you guys also know about it.
egiga0 Link encap:Ethernet HWaddr 00:19:cb:82:93:3b inet addr:192.168.9.11 Bcast:192.168.9.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:9004 Metric:1 RX packets:200853 errors:0 dropped:0 overruns:0 frame:0 TX packets:239335 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:512 RX bytes:295759987 (282.0 MiB) TX bytes:1557784200 (1.4 GiB) Interrupt:21
As you can see I was using 9K jumbo frames. As a switch I was using cheap Belkin F5D8235-4 Gbit router. At workstation side I got 3Com 3C2000-T nic which is supporting Jumbo packet size of 9014 bytes.
C:\Documents and Settings\Administrator>ping -f -l 8972 192.168.9.11 Pinging 192.168.9.11 with 8972 bytes of data: Reply from 192.168.9.11: bytes=8972 time<1ms TTL=64 Reply from 192.168.9.11: bytes=8972 time<1ms TTL=64 Reply from 192.168.9.11: bytes=8972 time<1ms TTL=64 Ping statistics for 192.168.9.11: Packets: Sent = 3, Received = 3, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms Control-C
Here we see that largest frame that was working in my setup is 8972 bytes.
Copied (09.05.2009 13:23:11): ftp://192.168.9.11/1000A/VIDEO_TS/VTS_02_1.VOB -> D:\VTS_02_1.VOB 1 073 739 776 bytes, 47796.9 kbytes/s
I am not even sure that my workstation hard drive can write faster than 47796kb/s
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND proftpd 1849 0.0 1.1 7384 1484 ? Ss 13:22 0:00 proftpd: (accepting connections) 1001 1852 20.6 1.8 7840 2368 ? S 13:22 2:51 \_ proftpd: p2p - 192.168.9.200: RETR VTS_02_1.VOB
Here is my CPU load. I was using jfs as a filesystem, so this might be helping here.
Copied (09.05.2009 13:42:19): D:\VTS_02_1.VOB -> ftp://192.168.9.11/1000B/_Incoming/VTS_02_1.VOB 1 073 739 776 bytes, 9396.5 kbytes/s
My upload test was less impressing. In testing, speed did jump up and down so I do suspect that this was some jumbo frame problem. So I did decrease it to 4K and after that my upload speed was more stable.
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND proftpd 1932 0.0 1.1 7384 1484 ? Ss 13:40 0:00 proftpd: (accepting connections) 1001 1936 84.6 1.8 7840 2388 ? R 13:40 1:06 \_ proftpd: p2p - 192.168.9.200: STOR VTS_02_1.VOB
As you can see uploading causes pretty high load.
Smallnetbuilder review did show that 9K jumbo frames should be possible and upload (write) speed can be little higher comparing to my tests.
If someone has some idea how to get 9K frames working correctly in both ways then let me know
I did use use zyxel kernel with hddboot setup ( http://forum.dsmg600.info/viewtopic.php?id=4849 ).
Data read from disk(s) and write to network is less resource demanding and therefore a lot of faster. Especially when disks are new and files 0% fragmented.
As you can see from my tests, that upload speed (data read from network and disk write) over 1gbit using jumbo frames I did get only 9396.5 kbytes/s and that because of data writing to disk is more resource demanding.
I think I have used mc to copy some data over disks and I did probably get 10-20Mb/s. But I can retest this when I have some time.