Тормозит сеть в Windows Vista / 7
Вот два способа, обычно второй помогает безотказно:
Способ 1. — отключение вручную функции масштабирования размера приема и разгрузки TCP/IP в драйвере сетевого адаптера.
Чтобы вручную отключить функции масштабирования размера приема и разгрузки TCP/IP в драйвере сетевого адаптера, выполните указанные ниже действия:
1. Выберите в меню Пуск пункт Выполнить, введите команду ncpa.cpl и нажмите кнопку OК.
2. Щелкните объект сетевого адаптера правой кнопкой мыши и выберите команду Свойства.
3. Нажмите кнопку Настроить и откройте вкладку Дополнительно.
4. В списке Свойства щелкните пункт Масштабирование размера приема, нажмите в списке Значение кнопку Отключить, а затем нажмите кнопку ОК.
5. В списке Свойства щелкните пункт Разгрузка TCP/IP, нажмите в списке Значение кнопку Отключить, а затем нажмите кнопку ОК.
6. Повторите действия 2 — 5 для каждого объекта сетевого адаптера.
Способ 2. — отключение autotuning — автонастройки размера приемного окна TCP.
В командной строке, запущеной от прав администратора:
netsh interface tcp show global
netsh interface tcp set global autotuning=disabled
После выполнения команд необходимо перезагрузить компьютер.
После выполнения команд необходимо перезагрузить компьютер.
Отключение IPv6
Если Ваша сеть не использует для нужд IPv6, то, при непонятных задержках во время обращения к общим сетевым ресурсам, можно воспользоваться отключением IPv6 в настройках сетевого подключения, и, кроме того, отключением (не удалением!) псевдоадаптеров «Адаптер Microsoft 6to4» и «Teredo Tunelling Pseudo-Interface» — это скрытые устройства (выбрать в оснастке диспетчера устройств «Вид — Показать скрытые устройства» ) в диспетчере устройств. Также необходимо остановить службу «Вспомогательная служба IP» ( «IP Helper» ).
1 комментарий on «Тормозит сеть в Windows Vista / 7»
Большое спасибо за статью. Помогла справится с тормозами в работе RDP
Что делает команда netsh int tcp set heuristics?
Интересует, что делают эти команды, и могут ли они как-то помочь в решении проблем с сетью разного рода у юзеров:
Что делает команда set?
Доброго времени суток. Что делает команда? set Набрал в консоли какой то скрипт вывел.
Что делает команда «set «variables=%*»»?
set «variables=%*»
Что делает Read(byte[] buffer, int offset, int count) метод класса Stream
Что делает Read(byte buffer, int offset, int count) метод класса Stream. Приведите пример.
выдал ** The above autotuninglevel setting is the result of Windows Scaling heuristics
ИТОГО:
To prevent that behavior and turn off heuristics, before setting the TCP Receive Window auto-tuning level you should execute the following command (чтобы избавиться от такого поведения и отключить эвристический режим):
Note this should be executed in elevated command prompt (as administrator). If the command is accepted by the OS you should see an «Ok.» on a new line. (запускать под Админом, если все ОК, то Вы и увидите ОК)
Добавлено через 6 минут
Правда я не компетентен в этом, может профы подтянутся и объяснят. Как я все это понимаю, отключение эвристического метода запретит винде менять размеры принимающего окна взамен устанавливаемому Вами в autotuninglevel
Отключаем Recieve Window Auto-Tuning в Windows 7/Server 2008
Несколько лет назад, работая в IT отделе одной компании, столкнулся я с одной проблемой. Заключалась она в невозможности копирования по сети файлов большого размера. При попытке скопировать\перенести файл размером больше 100 МБ процесс намертво вставал, иногда вешая всю систему. Причем, что самое неприятное, проблема проявлялась периодически на разных компьютерах и локализовать ее не удавалось.
В тот раз решить проблему так и не удалось. Через некоторое время она ушла сама, так же неожиданно, как и появилась, и о ней благополучно забыли. И вот, по прошествии некоторого количества лет (и смены нескольких мест работы) я снова увидел знакомые симптомы. Но на сей раз все же удалось раскопать причину подобного поведения.
Дело в том, что в новой версии набора протоколов TCP/IP для Windows 7\Server 2008 была реализована функция TCP Receive Window Auto-Tuning — автоматическая настройка окна приема TCP. Теоретически эта функция предназначена для оптимизации пропускной способности и улучшения работы сети, а практически является причиной множества проблем.
Теория
Окно приема TCP используется для ограничения потока данных и для обеспечения возможности контроля потока на принимающей стороне. Окно TCP представляет собой объем данных, который получатель разрешает отправлять за один прием. То есть, чем больше окно, тем лучше работа в сетях с высокой пропускной способностью.
Для TCP/IP в Windows XP\Server 2003 максимальный размер окна приема фиксирован и по умолчению составляет 64КБ. В Windows 7\Server 2008 оптимальный размер окна приема определяется динамически. Для этого измеряется пропускная способности канала и скорость извлечения приложением данных из окна приема, после чего размер окна адаптируется в соответствии с этими параметрами. Автотюнинг использует масштабирование окна TCP, благодаря чему максимальный размер окна приема составляет 16 МБ.
В идеале при включении автотюнинга передача данных по сети должна стать более эффективной. Однако не всё так просто. Например, приложение не успевает извлекать данные, текущее окно приема заполняется и принимающий узел начинает уменьшать его размер. При заполнении максимального окна приема размер текущего окна уменьшается до 0 байт, после чего передача данных прекратится.
Практика
Как я уже говорил, проблему с автотюнингом очень сложно локализовать. Поэтому, при наличии неопределенных проблем с сетевыми подключениями в первую очередь смотрим настройки TCP. Сделать это можно из командной строки (с повышенными привилегиями) командой:
netsh interface tcp show global
Здесь нас интересует параметр ″Уровень автонастройки окна получения″ (англ. Receive Window Auto-Tuning Level). Он может принимать значения:
• disabled — автотюнинг выключен, используется фиксированное значение размера приемного окна TCP — 64KB;
• higlyrestricted — позволяет размеру приемного окна выходить за пределы значения по умолчанию, очень ограниченно превышая его;
• restricted — допускает более существенный рост размера окна относительно значения по умолчанию;
• normal — по умолчанию. Позволяет менять размер окна в зависимости от различных условий работы;
• experimental — позволяет увеличивать размер окна до очень больших значений. Следует применять очень осторожно.
netsh interface tcp set global autotuninglevel=disabled
После изменения настройки компьютер следует перезагрузить.
Проблема с автотюнингом присутствует в операционных системах Windows Vista, Windows 7, Windows Server 2008 и 2008 R2. По Windows 8 и Server 2012 пока данных нет, хотя автотюнинг в них есть и используется. Возможно всплывет позже 🙂
Упала скорость интернета
BB-код ссылки (для форумов):
BB-код ссылки (для форумов):
BB-код ссылки (для форумов):
BB-код ссылки (для форумов):
BB-код ссылки (для форумов):
BB-код ссылки (для форумов):
Общие сведения о масштабировании на стороне приема
Масштабирование на стороне приема (RSS) — это технология сетевого драйвера, которая позволяет эффективно распределять обработку приема в сети между несколькими процессорами в многопроцессорных системах.
Поскольку процессоры с технологией Hyper-Threading на одном и том же ядре процессора используют один и тот же механизм выполнения, этот результат не совпадает с наличием нескольких основных процессоров. По этой причине RSS не использует процессоры с технологией Hyper-Threading.
Чтобы эффективно обрабатывать полученные данные, функция «получить прерывание» драйвера минипорта планирует отложенный вызов процедуры (DPC). Без RSS обычная DPC обозначает все полученные данные в вызове DPC. Таким образом, вся обработка приема, связанная с прерыванием, выполняется на ЦП, где происходит прерывание приема. Общие сведения об обработке данных, отличных от RSS, см. в разделе Обработка приема, отличной от RSS.
При использовании RSS драйвер сетевого адаптера и драйвера минипорта предоставляет возможность запланировать получение DPC на других процессорах. Кроме того, структура RSS гарантирует, что обработка, связанная с данным соединением, останется в назначенном ЦП. Сетевая карта реализует хэш-функцию, а полученное хэш-значение предоставляет средства для выбора ЦП.
На следующем рисунке показан механизм RSS для определения ЦП.
Сетевая карта использует функцию хэширования для вычисления хэш-значения по определенной области (тип хэша) в полученных сетевых данных. Определенная область может быть не непрерывной.
Для индексации таблицы косвенных обращений используются несколько наиболее значимых битов (Лсбс) хэш-значения. Значения в таблице косвенных обращений используются для назначения полученных данных ЦП.
Дополнительные сведения об указании таблиц косвенных обращений, типов хэширования и функциях хэширования см. в разделе Конфигурация RSS.
Благодаря поддержке сигнала прерывания (MSI) сетевая карта может также прерывать связанный ЦП. Дополнительные сведения о поддержке NDIS для MSI см. в разделе NDIS MSI-X.
Аппаратная поддержка RSS
На следующем рисунке показаны уровни аппаратной поддержки RSS.
Существует три возможных уровня поддержки оборудования для RSS:
Вычисление хэша с одной очередью
Сетевой адаптер вычисляет хэш-значение, и драйвер минипорта назначает полученные пакеты очередям, связанным с процессорами. Дополнительные сведения см. в разделе RSS с одной очередью получения оборудования.
Вычисление хэша с несколькими очередями получения
Сетевой адаптер назначает полученные буферы данных очередям, связанным с процессорами. Дополнительные сведения см. в разделе RSS с очередью оборудования.
Сообщения с сигнальными прерываниями (MSI)
Сетевая карта прерывает работу процессора, который должен обслуживать полученные пакеты. Дополнительные сведения см. в разделе RSS с сигнальными прерываниями.
Сетевая карта всегда передается в 32-разрядном хэш-значении.
Улучшение производительности системы RSS
RSS может улучшить производительность сетевой системы, уменьшая:
Задержка обработки за счет распределения обработки приема от сетевых карт между несколькими процессорами.
Это помогает гарантировать, что ЦП не будет сильно загружен, пока другой ЦП бездействует.
Затраты на блокировку путем увеличения вероятности того, что программные алгоритмы, которые совместно используют данные, выполняются на одном и том же ЦП.
Накладные расходы на спин-блокировки происходят, например, когда функция, выполняемая в CPU0, обладает спин-блокировкой данных, к которой должна иметь доступ функция, работающая в CPU1. CPU1 вращается (ожидает), пока CPU0 не освободит блокировку.
Перезагрузка кэшей и других ресурсов путем увеличения вероятности того, что программные алгоритмы, которые совместно используют данные, выполняются на одном ЦП.
Такая перезагрузка происходит, например, когда функция, выполняющая и обращающаяся к общим данным в CPU0, выполняется в CPU1 в последующем прерывании.
Для достижения этих улучшений производительности в безопасной среде RSS предоставляет следующие механизмы:
RSS распределяет обработку назначением Receive с заданной сетевой карты в DPC на несколько процессоров.
Обработка в порядке
RSS сохраняет порядок доставки полученных пакетов данных. Для каждого сетевого подключения процессы RSS принимают указания по связанному ЦП. Дополнительные сведения об обработке приема RSS см. в разделе Указание RSS-приема данных.
Динамическая балансировка нагрузки
RSS предоставляет средства для перераспределения нагрузки на сетевую обработку между процессорами в зависимости от нагрузки на систему размещения. Для повторной балансировки нагрузки драйверы с ограниченными изменениями могут изменить таблицу косвенных обращений. Дополнительные сведения об указании таблиц косвенных обращений, типов хэширования и функциях хэширования см. в разделе Конфигурация RSS.
Масштабирование на стороне отправки
RSS позволяет стекам драйверов обрабатывать данные отправки и приема для заданного соединения в одном ЦП. Как правило, драйвер с независимым доступом (например, TCP) отправляет часть блока данных и ожидает подтверждения перед отправкой баланса данных. Затем подтверждение активирует последующие запросы на отправку. Таблица косвенного обращения RSS определяет конкретный ЦП для обработки приема данных. По умолчанию обработка отправки выполняется на том же ЦП, если он запускается подтверждением получения. Драйвер также может указывать ЦП (например, если используется таймер).
RSS содержит подпись, которая обеспечивает дополнительную безопасность. Эта подпись защищает систему от вредоносных удаленных узлов, которые могут попытаться принудительно перевести систему в несбалансированное состояние.
RSS с поддержкой MSI-X запускает процедуру обработки прерываний (ISR) на том же ЦП, который позже выполняет DPC. Это сокращает затраты на блокировку и перезагрузку кэшей.