Ограничение скорости по гигабитной сети
 

Ситуация такова: сижу в инете(мой комп:Vista x86 SP1 Rus) через шлюз (на ХРSP2+KerioWinroute 6.4.2.) Подключение к шлюзу: на моем компе гигабитная сетевая (марвелл) через гигабитный свич в гигабитку RTL8169. На шлюзе есть ФТП сервер (GENE6). Если я начинаю со шлюза скачивать по ФТП протоколу (использую ТоталКоммандер) файл (4-10гиг) скорость не поднимается выше 10-12мегаБАЙТ в сек. Под ХР в аналогичной ситуации скорость не ограничивается (до 60мегабайт в сек.). Дрова на сетевую марвел пробовал разные - ничего не меняется.Кто сталкивался с подобной проблемой?

Lexus77, Панель управления\Программы и компоненты\Включение или отключение компонентов Windows.



Сними галку.

Вчера сделал так: зашел в свойства сет.адаптера и поменял настройку "Большой пакет" с 1514байт на 4088байт,так же увеличил кол-во буферов чтения с 50 до 100. И вуаля! скорость стала нормальной. И что САМОЕ интересное,я решил попробовать решить проблему способом,который предложил уважаемый Vancouver и для начала поменял настройки сет.карты на стандартные (и перегрузился) - решил проверить скорость - она так и осталась ВЫСОКОЙ(т.е. 30-60мегабайт в сек). Так же сегодня утром обновил дрова до 10.60.6.3 - скорость не изменилась (осталась ВЫСОКОЙ на уровне 30-60мег/сек).

По поводу "большого пакета" с 1514байт на 4088байт, а на другой стороне такой поддерживают большой пакет.

Так же можно настройки сетевые сделать и на своем ПК:
Change the Windows TCP/IP Window Size - этот параметр определяет максимальный размер окна для приема TCP-пакетов, которые отправитель может передать, не получая подтверждения.
Enable Large TCP Window Support - совместно с опцией TCP/IP Window Size, включает поддержку больших TCP-окон.

Я все к тому, что не только плату надо настраивать но и систему.

Если продвинутый свич, то он тоже требует настройки на портах.

У нас в локалке на 100 пробовали по FTP достигало 9-10MB/сек. (70-80Мбит/сек.)


И т.д. на данном сайте есть описание.

На днях случилось продолжение истории. Решил я обновить ESET SMART Security (c 3.0.650 на 3.0.658) скачал дистриб,поставил и оказалось что это таже 3.0.650 только английская. Ну,думаю,и фиг с ней. И тут дело дошло до скачки файлов по сети и... опять теже грабли - скорость по сети опять упала до 10мег в сек :( Ну полез опять игратся настройками сетевой (большой пакет) НО на этот раз уже это не помогло (пробовал гасить фаервол в ESET_S_S - не помогло). И тогда решил попробовать способ предложенный товарищем Valeant (заодно еще там поотрубал,то что мане не нужно было) и вуаля - на этот раз помогло!!! Зв что Valeant еще раз большое человеческое спасибо :yahoo: ЗЫ: канешн думаю проблема не только в компонентах винды, а еще и в дровах сетевой и ESET_S_S.

Проблема у меня не решилась, вопервых я непонял где меняется размер большого пакета, в настройках сетевй карты его можно только включить.
потом где делается Change the Windows TCP/IP Window Size и Enable Large TCP Window Support.

Но суть моей проблемы:
Сервер: МП Supermicro X7DVL-E, 2*Intel Xeon 5335, 4Гб RAM, встроенный RAID 5 - 6*400Гб
На сервере встроенные 2 сетевые карты Intel PRO/1000 EB, драйвера пробовали самые разные.
сервер подключен к 2м гигабитам (IEEE 802.3ad LACP Dynamic) (на самом деле не важно к 100 он подключен или к гигабиту или как еще)
ОС: Windows 2003 Standart SP2, R2

Клиенты:
На Windows Vista(любая) скорость сетевого обращения, не зависимо от запрошенного сервиса, с этим сервером не поднимается выше 1 мегабита/сек (т.е. максимум 120 кб/сек), НО если произвести в настройках сетевой карты под Vista например поставить или убрать "Большой пакет" да неважно, главное чтобы сетевуха рестартанула, и нажать применить, то скорость пулей поднимается до положенной 100мбит/сек т.е. 10-11мб/сек, но после перезагрузки Vista опять тоже самое :( что только не делали :(

Что-же касательно клиента, подключение было самым разным как через Wi-Fi так и на коммутатор к которому подключен непосредственно сам сервер (3Com 4500 (50)), пробовали переключать сервер с клиентом на другой коммутатор (3Com 4226T) результата никакого, предположений кроме странной возможно неправильной первоначальной инициализации сетевого адаптера нет...
Проблема с Vista не изменяется даже если ходить на сервер через систему шлюзов и VPN вообще с другого офиса.
Но самое странное тотже самый клиент с другими участниками сети общается на полном ходу 100Мбит/сек, в плоть до того что и с другими серверами также общается нормально как в локальной сети, так и через VPN с другими офисами, с точно такими же W2K3 SP2, R2 тоже проблем нет, единственное отличие тех серверов другие сервера полная сборка Intel, при идентичных параметрах.

с Windows XP, 2000 вообще проблем никаких.

Кстати говоря. На той системе (Виста 32бит) где у меня была данная проблема (ограничение скорости) она (проблема) опять вернулась. И уже ничто не помогало(изменение параметров сетевой - "большие пакеты"). Замена драйверов тоже не помогала (пробовал как родные от марвела так и от мелкософта,которые они мне фпаривали через вын.апдейт). И вот я достал 4гига оперативы и поставил на другой hdd Висту 64бит. На сетевую карту сразу поставил родные дрова от марвела (10.61.2.3) и скорость сейчас нормальная (в настройки сетевой вообще не лазил)! На прошлой системе (Виста 32 бит) насколько я помню данная проблема стала проявляться после обновления драйверов на сетевую. Поэтому вывод один - поставил дрова на чистую систему и больше не трогай :)

Проблема с доступом к серверу действительно решается путем увеличения "Большой пакет" до 4096 кб, но такой настройки в дешевых картах типа D-Link, и млаших моделей Intel как минимум я не нашел...
Только псле того как поствил карту Intel Pro/1000 GT DeskTop Adapter появилась эта настройка и все заработало... Только потом стало ясна, что проблема достаточно большего масштаба, оказывается Vista не работает с сетевыми адаптерами Intel PRO/1000 EB интегрированными в серверные МП, пока тест не завершен, ну типа со всеми такая проблема или только с Supermicro. После установки в Supermicro Server адаптера Intel PRO/1000 MT при техже параметрах (т.е. LACP на 2Гбит) серевер стал нормально отвечать клиентам с Vista. Но я также заметил определенную странность - Vista при специальном запросе не отвечает с какой сетевой картой она работает, причем XP сразу отдает что на машине клиента установленна такая-то сетевая карта..

Remote Differential Compression ("Удалённое разностное сжатие") выявляет изменившиеся части файлов и передает только их. Например, при синхронизации файлов позволяет пересылать только информацию о внесенных изменениях, но не сами эти файлы. Да нагрузка на сеть снизиться.

Отключить например автоматическую установку размера окна для TCP пакетов в командной строке можно

netsh interface tcp set global autotuninglevel=disabled


Обратить на параметры для настройки сети:

1. Компьютеры с TCP1323Opts запрашивают разрешение на использование больших окон TCP в процессе начального установления связи. Чтобы ПК мог запрашивать разрешение на использование больших окон TCP, необходимо включить TCP1323Opts в реестре.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

"Tcp1323Opts"=dword:00000003" возможные значения 0 - применение опций RFC 1323 запрещено, 1 — разрешено использовать только масштабирование окна; 2 — разрешено применять только временные метки; 3 — разрешено использовать обе опции.

2. В системе по умолчанию включён режим автоматического определения MTU
Будет ли перед отправкой пакетов выполняться определение максимального размера пакета (MTU), который можно доставить адресату без выполнения фрагментации.

HKEY_LOCAL_MACHINE\ SYSTEM\ ControlSet\ Services\ Tcpip\ Parameters

"EnablePMTUDiscovery"=dword:00000001" значение 0 - не будет, MTU=576; 1 - поиск максимального (с большего на меньшей до момента когда перестанут поступать ICMP Destination Unreachable

3. DeadGWDetectDefault.
Разрешено ли системе выполнять проверку доступности маршрутизатора перед отправкой ему пакетов. Если маршрутизатор один, то ее лучше отключить.

HKEY_LOCAL_MACHINE\ SYSTEM\ ControlSet\ Services\ Tcpip\ Parameters

Значения : 0 - не определять, 1 - определять.

4. EnablePMTUBHDetect.
Будет ли перед передачей пакета выполняться поиск маршрутизаторов «черная дыра».
HKEY_LOCAL_MACHINE\ SYSTEM\ ControlSet\ Services\ Tcpip\ Parameters

"EnablePMTUDiscovery"=dword:00000001 значения 1 - выполняется поиск, 0 - поиск невыполняется.

5. SackOpts
В случае потери какой либо части пакетов заново посылается весь кусок или пропущенная часть,

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

"SackOpts"=dword:00000001 значения 1 - разрешено, 0 - нет


А параметры GlobalMaxTcpWindowSize и TcpWindowSize по моему в Vista уде неимеют актуальность.
Так например Vista Manager устанавливает
Enable path MTU discovery, Enable large TCP windows support, Enable SackOpts, Deteck Black Hole Routers - значение вкл./выкл.

Так же настройки по сетевым интерфейсам можно посмотреть
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces

У меня похожая проблема: Vista x64 SP1, Marvell, гигабитная сеть. Как только при загрузке ОС на рабочем столе проявляются значки, запускаю Total Commander и копирую файл с сервера по FTP. Скорость 40-60 МБайт в секунду. Примерно через 5-10 сек скорость падает до 5ти Мбайт максимум. Если принудительно переключить сетевую на 100 Мбит, начальная скорость 10-11 МБайт, затем опять падает до 5ти. Под ХР SP3 ситуация с падением скорости не наблюдается, значит проблема не в железе.

Удалённое разностное сжатие отключил. "Большой пакет" выставил в 4088байт. Отключил автоматическую установку размера окна для TCP пакетов. Безрезультатно :(
Прошу помощи в определении софта или настройки Висты ограничивающей скорость.

А я вот заметил еще такую фичу! Если во время копирования файла по фтп (тоже через ТоталКомм) запущены еще какие нибуть программы (например если смотреть кино или даже музыку слушать мп3) - то скорость падает до 10-15мег в сек. Если все вырубить и оставить только ТоталКоммандера - то скорость опять поднимается до 40-50мег в сек. Это на чистой Висте64СП1 + марвелл сетевая (дрова сейчас 10.61.2.3)

Так и должно быть покрайней мере читал, но не видел в реальности, так как нужна была 1Гбит сеть.

Снижение сетевой пропускной способности при воспроизведении в WMP связано с используемым Multimedia Class Scheduler Service (MMCSS из под Svchost.exe) Воспроизведение требует постоянного уровня потока, а при его отсутствии воспроизведение происходит рывками и замираниями. При запуске приложения присваивается индекс 8, но в процессе работы и необходимого времени CPU для обслуживания данного приложения индекс может быть поднят High-13, realTime-24.
При интенсивном копировании по сети где 100Мбит связка NDIS и драйвера TCP/IP может работает со скоростью 10пак./миллисекунду = 10000 пак./секунду => при такой скорости пакетов в сети 10000 пакетов если MTU=1500 => ~10-12МБайт/сек, это не скажется на пропускной, но в Гигабитной сети скажется.

Пробуйте. Ком.строка:
netsh interface tcp set global congestionprovider=ctcp

А по моему варианту проблемы предположения будут?
На приведённом ниже скриншоте видно, что почти 10 сек скорость была порядка 50ти МБайт, после чего упала до 8ми :cry:

mr.Zorg

А в чем проблема по подробней.

Я такой скромный, что меня с первого раза незамечают :)

установлены ли firewall, антивирусники (проверка сети) и т.д. если да - то отключить или настроить.

и попробовать через реестр для 1Gb сетей параметр
regedit
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
парамтер
"Tcp1323Opts" REGWORD = 3

Если нет то будем думать.

почему у меня невыходит отключить удаленное разносторонее сжатие ? пробовал запускать через выполнить , в безопасном режиме и с правами администратора ,даже на разных ос виста ?

Valeant, "Tcp1323Opts" изменил на 3, не помогло. Из файерволов только родной брандмауер вндовс. Отключал. Безрезультатно. КАВ 7.0 workstation. Удалял. Не помогло.
Есть ещё VMware Workstation 6.0.3. Удалять не пробовал, только отключил автозугрузку всех его сервисов. Позже попробую и его удалить. Больше ни каких таких программ вроде как и не установлено...

mr.Zorg
Далее делаем если считаем, что виноват наш ПК, а подключенное оборудование работает нормально.

1. скрин настроек реестра по сетевой плате
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
2. какая версия System32\drivers\tcpip.sys
3. панель управления->Счетчики и средства производительности->Дополнительные инструменты->
запуск - Открыть диспетчер надежности и производительности (т.е. Монитор ресурсов) обратить внимание на CPU и сеть
запуск - Создать отчет о работоспособности системы (от тарабанит 60 сек, и покажет результат своей работы)
запуск - сразу же, на копирование файла по FTP
т.е. получаем три запущенные программы.

После получения отчета от работы системы , смотреть на ссылки по сети (есть исх.трафик и входящий трафик, запросов в секунду, Connection Failures - соединений с ошибкой и т.д.)

Можно так же поэкспериментировать в Мониторе надежности и производительности->Системный монитор->Добавить счетчики на Network Interface (байт передано, получено, current bandwidth, ошибки по приему по передачи, пакет в секунду, ну куча там еще всего) так же произвести потом бурную работу по сети.

Может натолкнет на мысль, далее.

Valeant
Версия файла 6.0.6001.18000
остальное во вложенных файлах. Пытаюсь найти навесную гигабитную карту для эксперимента

mr.Zorg

Делаем

EnablePMTUDiscovery REG_DWORD = 1
SackOpts REG_DWORD = 1

Перезапуск
Проверим глобальные настройки TCP/IP, данные настройки у меня.
netsh int tcp show global

Состояние масштабирования на принимающей стороне : enabled
(Receive-Side Scaling State)
Дословный перевод - это что-то "... разбиение пакетов на потоки и использования единственного процессора для того, чтобы обработать все пакеты для данного потока... или чтобы выбрать процессор для того, чтобы обработать поток. Т.е. наверное использование нескольких процессоров для обработки входящего потока, без RSS TCP/IP работает всегда только на одном процессоре даже если ПК многопроцессорный.
netsh int tcp set global rss=enabled (disable)

рекомендуют - enable

Состояние разгрузки TCP Chimney : enabled
(Chimney offload State)
Все сетевые соединения обрабатываются в сетевой карте.
netsh int tcp set global chimney=enabled (disable)

рекомендуют - enable

Уровень автонастройки принимающего окна : normal
(Receive Window Auto-Tuning Level)
Ну это всем известно - в простонародие автоматическое определения окна приема пакетов
netsh int tcp set global autotuninglevel=normal

- disabled - uses a fixed value for the tcp receive window. Limits it to 64KB (limited at 65535).
- higlyrestricted - allows the receive window to grow beyond its default value, very conservatively
- restricted - somewhat restricted growth of the tcp receive window beyond its default value
- normal - default value, allows the receive window to grow to accommodate most conditions
- experimental - allows the receive window to grow to accommodate extreme scenarios (not recommended, it can degrade performance in common scenarios, only intended for research purposes. It enables RWIN values of over 16 MB)

рекомендуют - normal

Поставщик надстройки контроля перегрузки : ctcp
(Add-On Congestion Control Provider)
CTCP увеличивает темп передачи с одновременным контролем размера окна и пропускной способности.
netsh int tcp set global congestionprovider=ctcp (none, ctcp, default)

рекомендуют - ctcp

Мощность ECN : enabled
(ECN Capability)
Просто говоря заминка на маршрутизаторе, снижаем передачу (пробки на дорогах).
netsh int tcp set global ecncapability=enabled (enabled, disabled, default)

рекомендуют - disable (т.к. неизвестен какой маршрутизатор в сети)

Штампы времени RFC 1323 : enabled
(RFC 1323 Timestamps)
В паре с Auto-Tuning Level, включает Window Scale (динамическое изменение размера окна приема). Windows пытается сделать размер окна наиболее разумным, учитывая задержки, помехи.

рекомендуют - 3

Receive Window Auto-Tuning Level (RWIN) - размер приемного окна для входящих TCP пакетов (по умолчанию 64 240 байт) очень мало. Находил рекомендации вот выдержки:

RWIN is a multiple of MSS (MSS это именно объем данных в пакете, MSS=MTU(1500байт)-40байт=1460байт
Other RWIN values that might work well with your current MTU/MSS:
65280 (up to 2 Mbit lines, depending on latency. MSS * 48)
130560 (1-5 Mbit lines, depending on latency. MSS * 48 * 2)
261120 (2-14 Mbit lines, depending on latency. MSS * 48 * 2^2)
522240 (8-30 Mbit lines, depending on latency. MSS * 48 * 2^3)
1044480 (25-60 Mbit lines depending on latency. MSS * 48 * 2^4)


HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{...}\
MTU=1500 в десятичном (DWORD)

{...} - интерфейс сетевой платы проверяем по IP

Пока давай остановимся на этом

Valeant, спасибо за помощь.
Подтверждаю фигню обнаруженную Lexus77. Если во время копирования по ТС запускаю BTV (софт от тв-тюнера к сети никакого отношения не имеющего) скорость резко падает с 40а Мб до 8ми.
Пути виндовы неисповядимы :)

mr.Zorg

А можете сказать, какая у вас нагрузка на CPU (%) при копировании в ТС по сети?

Могу :) По моим подсчётам это примерно 10% CPU на 10 МБайт в секунду. Тоесть при скорости скачки файла 50 Мб загрузка процессора 50 %

Вопрос.

Как при загруженном CPU на скрине (два локальных соединения по FTP сеть 100Мb/c), можно просматривать видио, если например проигрователь VLC при просмотре фильма *.mkv (поток а/v - от 4000-14000kb\c) загружает CPU - 20-37%, HDD < 3MB/c.?

Наверное логично стоит действительно, уменьшит нагрузку на CPU за счет, снятие ее на сети.

А если хотите иметь быструю сеть и просматривать видео, поставьте проигрователь VLC и наслаждайтесь квадратиками при просмотре видео (только не всякого, все зависит от входного потока данного видео).

подскажите у меня стояла xp скорость была нормальная
поставил win 7 ultimate
скорость ограничена 50 кб\с

стоит роутер zyxel
подключаюсь по wifi на ноуте (тот же образ win 7) либо втыкаю в ноут сетевой кабель от компа и скорость нормальная

вывод винда что то блочит


Сетевая карта Realtek RTL8168C(P)/8111C(P) Family PCI-E Gigabit Ethernet NIC (NDIS 6.20)
драйвера от семерки

Раздел vista но почему то драйвера от семерки
Очень хорошо, только вот жалко, что у вас связь сетевая только с роутером.
cmd>netsh int tcp show global
сохраняете экран
cmd>netsh int tcp set global chimney=enabled rss=enabled autotuninglevel=normal congestionprovider=ctcp ecncapability=disabled
cmd>netsh int tcp set global dca=enabled

В свойствах сетевой раздел драйвера - параметры большой кадр, контрольная сумма разгрузки IP, TCP, UDP, модерация прерывания - все вкл.

Смотрим что имеем.

куда заходить именно я на семерке ничего не сращиваю пока



все команды сделал и ......

fatum01,
Какой сдвиг после этого в работе по сети?

Забыл еще
cmd>netsh intetface ip set global taskoffload=enabled

И в реестре включить Отметки времени RFC 1323
cmd>netsh int tcp set global timestamps=enabled


И сделайте опять скрин
А в свойствах сетевой на драйвере сделали?

И можно узнать у вас на данной сетевой, если использовать вот это значение, что имеете
cmd>netsh int tcp show chimneystats

никаких результатов также на норуте все качается с лету и по wifi и по кабелю
как тока сую этот же кабель в комп скорость выше 50 не прыгает

windows и там и там одинаковая а сетевухи разные

fatum01,
Нет ну а самый простой способ сравнить два ПК это не судьба команды и где смотреть теперь вы знаете, плюс стоит ли что из сетевого антивирусного пакета.
А по скрину много ненужно включено - оставить только ipv4.

в том то и дело все вроде одинаково стоит
может процесс ккой блочит но вроди тоже все одинаковое (((

Вы идете в правильном направлении.
Как насчет "червей" и им подобной грязи? Как насчет торрента?
Попробуйте монитор ресурсов закладка сеть понаблюдать, что активно для сети.