>если хотят дать информацию, показывают вывод от ifconfig -a
>и netstat при нагруженном интерфейсе в сомнительный момент.
>нагружать лучше через ftp, два варианта: download и потом upload
Пожалуйста.
bash-2.05a$ ifconfig -a
xl0: flags=8a43<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST> mtu 1500
options=3<rxcsum,txcsum>
inet *.*.82.81 netmask 0xfffffff0 broadcast *.*.82.95
ether 00:50:da:c6:8e:41
media: Ethernet autoselect (100baseTX)
status: active
xl1: flags=8a43<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST> mtu 1500
options=3<rxcsum,txcsum>
inet *.*.66.82 netmask 0xfffffffc broadcast *.*.66.83
ether 00:50:da:35:53:a4
media: Ethernet 10baseT/UTP <full-duplex>
status: active
xl2: flags=8a43<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST> mtu 1500
options=3<rxcsum,txcsum>
inet *.*.82.97 netmask 0xfffffff0 broadcast *.*.82.111
ether 00:01:02:f2:0e:2f
media: Ethernet 10baseT/UTP <full-duplex>
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
ppp0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500
sl0: flags=c010<POINTOPOINT,LINK2,MULTICAST> mtu 552
А вот кусок netstat'а. Нагрузку я даю, как уже писал, iperf. Можно верить на слово, что при использовании ftp картина аналогична. Испытание ведется между xl2 и посаженной через кроссовер на него виндой. Далее будет виден переход, когда один из клиентов заканчивает свою работу. Строка запуска netstat -w 1 -I xl2 -d
input (xl2) output
packets errs bytes packets errs bytes colls drops
916 0 1230440 630 0 348840 0 0
914 0 1227412 619 0 348786 0 0
921 0 1229322 623 0 367054 0 0
915 0 1228926 629 0 348786 0 0
915 0 1228926 619 0 347326 0 0
920 0 1227808 621 0 366954 0 0
915 0 1228926 629 0 348786 0 0
915 0 1228926 619 0 347326 0 0
921 0 1229322 622 0 366954 0 0
915 0 1228926 629 0 348840 0 0
915 0 1228926 619 0 348786 0 0
921 0 1229322 623 0 367008 0 0
915 0 1228926 629 0 348832 0 0
915 0 1228926 620 0 348840 0 0
920 0 1227808 623 0 366954 0 0
915 0 1228926 627 0 348786 0 0
915 0 1228926 619 0 347326 0 0
921 0 1229322 623 0 366954 0 0
915 0 1228926 628 0 348840 0 0
915 0 1228926 619 0 348786 0 0
921 0 1229322 624 0 367008 0 0
input (xl2) output
packets errs bytes packets errs bytes colls drops
916 0 1230440 628 0 348840 0 0
915 0 1227440 621 0 348874 0 0
921 0 1229322 624 0 366954 0 0
915 0 1228926 627 0 348840 0 0
915 0 1228926 619 0 348786 0 0
920 0 1227808 624 0 366954 0 0
915 0 1228926 627 0 348840 0 0
915 0 1228926 619 0 348786 0 0
(*)
826 0 994874 666 0 546044 0 0
405 0 26730 809 0 1224826 0 0
406 0 26762 810 0 1226386 0 0
405 0 26696 810 0 1223358 0 0
405 0 26730 810 0 1224872 0 0
405 0 26730 809 0 1226340 0 0
405 0 26730 809 0 1224826 0 0
404 0 26664 809 0 1223312 0 0
405 0 26730 809 0 1224826 0 0
405 0 26730 809 0 1224826 0 0
405 0 26730 809 0 1226340 0 0
405 0 26730 809 0 1224826 0 0
405 0 26730 809 0 1224826 0 0
input (xl2) output
packets errs bytes packets errs bytes colls drops
405 0 26730 810 0 1224826 0 0
405 0 26730 809 0 1223358 0 0
405 0 26730 809 0 1224826 0 0
405 0 26730 809 0 1226340 0 0
404 0 26664 809 0 1223312 0 0
405 0 26730 809 0 1226340 0 0
405 0 26730 809 0 1224826 0 0
404 0 26664 809 0 1223312 0 0
405 0 26730 811 0 1226340 0 0
407 0 26862 812 0 1230882 0 0
407 0 26862 813 0 1230882 0 0
406 0 26796 812 0 1229414 0 0
361 0 23826 719 0 1069336 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
^C
Видно, что перекашивает исходящий поток. Потоки идут одновременно до (*), потом входящий поток заканчивается. То что видно на входе после (*) - ответы серверной части iperf.