Непонятки с сетевыми скоростями

[SLEDopit]

Есть сеть:
win_7 <-> 1Gb switch <-> 1Gb peth3 - Debian Lenny/squeeze (2 сетевухи) - 1Gb eth4 <-> ISP (симметричный 20 мегабитный канал)
На машинах везде стоят гигабитные карточки.

Скорости скачивания файлов с фтп на Debian на win_7 ~ 20мегабайт/сек (что эквивалентно 200мегабитам/сек)
Скорость заливки с win_7 на фтп на debian ~ 2.5мегабайт/сек (что эквивалентно 25 мегабитам/сек)

если общаться через самбу, то слив - 25, заливка - 35.

Я никак не могу понять, что режет скорости на фтп (могу привести конфиг vsftpd, только там все равно вроде нет ничего, что может касаться скоростей), и почему даже по самбе скорости далеко не гигабитные, а всего лишь в районе 300 мегабит.

+ ко всему на debian'e крутятся 3 xen виртуалки. там xp и дебианы.
интернетные скорости на виртуалках не превышают 200 килобайт/сек (2мегабита) и скорости по той же самбе не превышают 2 мегабайт/сек (20 мегабит).
сеть в xen'e настроена в bridge на интерфейс, который не смотрит в интернет.

естественно, когда замеряются скорости, то никаких торрентов и других параллельных процессов, забивающих сеть, нет.

как вычислить виноватого, в обрезании скоростей и добиться нормальной работы сети (особенно в виртуалках)?

зы

Код: Выделить всё

 # iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
fail2ban-ssh  tcp  --  anywhere             anywhere            multiport dports ssh

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED PHYSDEV match --physdev-out vif10.0
ACCEPT     all  --  anywhere             anywhere            PHYSDEV match --physdev-in vif10.0
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED PHYSDEV match --physdev-out vif9.0
ACCEPT     all  --  anywhere             anywhere            PHYSDEV match --physdev-in vif9.0
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED PHYSDEV match --physdev-out vif8.0
ACCEPT     all  --  anywhere             anywhere            PHYSDEV match --physdev-in vif8.0

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain fail2ban-ssh (1 references)
target     prot opt source               destination
RETURN     all  --  anywhere             anywhere

Код: Выделить всё

 # ethtool eth4
Settings for eth4:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000033 (51)
        Link detected: yes

 # ethtool peth3
Settings for peth3:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000033 (51)
        Link detected: yes

[Ism]

возможно дело в самих интерфейсах, их производительности. Во время заливки , слива насколько загружен процессор ? как настроена маршрутизация, может пакеты делают какой нибудь крюк. Какое MTU, нет ли битых пакетов ?


да и винчестер не суперскоростной, вряд ли потянет гигабит

сам ftp может работать в разных режимах (активном и пассивном) а это теоретически может повлиять на взаимодействие с файрволом. Попробуйте пассивный

[SLEDopit]

Во время заливки , слива насколько загружен процессор ?

smbd кушает 16-24%. всего 4х процессора.

как настроена маршрутизация, может пакеты делают какой нибудь крюк.

нет. винда воткнута в свитч, свитч в сервер с дебианом и там просто форвардинг в iptables включен на интерфес с инетом. в виртуалках сеть в bridge-mode.

Какое MTU, нет ли битых пакетов ?

1500, стандарт. битых нету.

да и винчестер не суперскоростной, вряд ли потянет гигабит

там 3 диска. 2 их них в первом рейде (софтовый). сомневаюсь, что рейд не потянет гигабит.

[Ism]

а с линукса на линукс какая скорость ftp ?
Почемуто мне кажется дело в винде

[SLEDopit]

а с линукса на линукс какая скорость ftp ?
Почемуто мне кажется дело в винде

в общем весь вопрос сводится к такому:
почему в xen не наблюдается нормального доступа к инету (как в хостовой сети), если гость - винда и как избавиться от этого недоразумения?
даже образ самого дебиана там качается на 2 мегабитах, вместо 20 положенных (на гостях - линуксах такой проблемы нет).

с обычной сетью разобраться можно и позже. а вот с гостями засада.

[Ism]

Я работал только с VirtualBox так там можно было менять эмулируемую сетевую карту на другую, может дело в некорректной работе сетевого драйвера винды гостя.

Можно попробовать, например перевести его в 100 мбит режим