Dotaz: OpenSSH/SFTP regrese přenosové rychlosti

[Joe Doe]

Již nějakou dobu používám na svém fileserveru (Ubuntu server 8.10) pro vzdálený přenost souborů výhradně openssh, resp. sftp. Na desktopu mám odkaz na umístění sftp:// v síti, což mi maximálně vyhovuje.

Nedávno se mi ale rychlost kopírování z ničeho nic neuvěřitelně snížila (300 KBps).

Schéma sítě:

laptop s wifi (ubuntu 9.10) <-----> linksys wrt-54gl (dd-wrt) <------> switch 100Mbps <------> fileserver(Ubuntu server 8.10)

Nainstaloval jsem jako workaround (a test) na server Sambu, která jede cca 1600 KBps, což mě ujistilo, že se nejedná o problém sítě, ale pravděpodobně software (ikdyž mě dropped pakety trochu znepokojují, viz výpis níže).

Může někdo poradit, jak debugovat?

Výpis části ifconfig:

eth0      Link encap:Ethernet  HWadr 00:1c:c0:47:c7:0f  
          inet adr:192.168.200.2  Všesměr:192.168.200.255  Maska:255.255.255.0
          inet6-adr: fe80::21c:c0ff:fe47:c70f/64 Rozsah:Linka
          AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ ALLMULTI MULTICAST  MTU:1500  Metrika:1
          RX packets:3155212 errors:0 dropped:1560720045 overruns:0 frame:0
          TX packets:3710940 errors:0 dropped:0 overruns:0 carrier:0
          kolizí:0 délka odchozí fronty:1000 
          Přijato bajtů: 2169021238 (2.1 GB) Odesláno bajtů: 3520572268 (3.5 GB)
          Přerušení:220 Vstupně/Výstupní port:0xe000

Odpovědi

[NN]

Skusil klasiku ping ruznych velikosti a sledovat jestli zahazuje i ICMP povoleme na firewallu. A potom tu mame nejake pomocne vypisy, ktere by se hodilo poslat:

lspci | grep Ethernet
ethtool eth0
ethtool -k eth0
ethtool -S eth0

Dale to muze byt problem ovladace, takze bych ho skusi preinstalovat , pripadne nainstalovat novejsi.

NN

[Joe Doe]

Díky za reakci.

Začnu výpisy:

michal@junior:~$ lspci | grep Ethernet
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)

michal@junior:~$ sudo ethtool eth0
[sudo] password for michal: 
Settings for eth0:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supports auto-negotiation: Yes
	Advertised link modes:  10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Advertised auto-negotiation: Yes
	Speed: 100Mb/s
	Duplex: Full
	Port: Twisted Pair
	PHYAD: 0
	Transceiver: internal
	Auto-negotiation: on
	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000033 (51)
	Link detected: yes

michal@junior:~$ sudo ethtool -k eth0
Offload parameters for eth0:
rx-checksumming: on
tx-checksumming: off
scatter-gather: off
tcp segmentation offload: off
udp fragmentation offload: off
generic segmentation offload: off

michal@junior:~$ sudo ethtool -S eth0
NIC statistics:
     tx_packets: 5051629
     rx_packets: 3770663
     tx_errors: 0
     rx_errors: 0
     rx_missed: 0
     align_errors: 0
     tx_single_collisions: 0
     tx_multi_collisions: 0
     unicast: 3761690
     broadcast: 4725
     multicast: 8973
     tx_aborted: 0
     tx_underrun: 0

Moc ale nevím, co ty výpisy znamenají :/

[Joe Doe]

A pakety jdou ve všech velikostech (ping -s 1 až ping -s 65507), takže tady problém určitě není.

[NN]

Novy driver ktery bude potreba skompilovat..

Jake mas jadro ?

NN

[Joe Doe]

Mám 2.6.27-9-generic - poslední aktuální z distribučních balíků.

Doufám, že update driveru nebude takové peklo jako posledně.

Každopádně se mi to nechce dělat přes ssh, takže se ozvu večer. Zatím díky ;)

[Joe Doe]

Tak jsem bohužel problém nevyřešil a ještě jsem si přidělal práci (chtěl jsem nejdřív aktualizovat server). A tohle je fakt průšvih.

Každopádně díky za pomoc.