Вот два способа, обычно второй помогает безотказно:
Способ 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
После выполнения команд необходимо перезагрузить компьютер.
Если не помогло , то попробуйте также отключить: 1. Параметр Chimney — разрешает замещение протокола TCP Windows реализацией протокола от производителя сетевой карты: netsh interface tcp set global chimney=disabled 2. Параметр RSS — позволяет использовать несколько процессоров для обработки полученных пакетов (сетевой адаптер распределяет нагрузку на доступные процессоры): netsh interface tcp set global rss=disabled
После выполнения команд необходимо перезагрузить компьютер.
Отключение IPv6 Если Ваша сеть не использует для нужд IPv6, то, при непонятных задержках во время обращения к общим сетевым ресурсам, можно воспользоваться отключением IPv6 в настройках сетевого подключения, и, кроме того, отключением (не удалением!) псевдоадаптеров «Адаптер Microsoft 6to4» и «Teredo Tunelling Pseudo-Interface» — это скрытые устройства (выбрать в оснастке диспетчера устройств «Вид — Показать скрытые устройства» ) в диспетчере устройств. Также необходимо остановить службу «Вспомогательная служба IP» ( «IP Helper» ).
1 комментарий on «Тормозит сеть в Windows Vista / 7»
Большое спасибо за статью. Помогла справится с тормозами в работе RDP
Борьба с тормозами при работе в сети с Windows7
Недавно случилось обновить клиентское место главбуха. WinXP — уже наше хорошее прошлое, поставили естественно семерку (Windows7).
И вот тут опять «наступили на грабли». Старенький комп на XPюше в сети себя чувствовал шустряком, а новый постоянно подлагивал. Проявлялось в кратковременных фризах (замираниях) на 3-5 секунд при открытии/сохранении документов по сети. Ну а при активном сетевом обмене от людей слышишь только возмущения. Почему же новое железо работает хуже старых компов?
1. Рыли в сторону антивирусов. 2. «Оптимизировали» сетевые настройки. 3. Игрались с запущенными службами. 4. Отключали UAC.
Все без толку.
Курение сигарет «Гугл», выдавало всякую фигню которую мы уже перепробовали. Но все таки истинное решение было найдено в куче ламерских догадок и предположений, которым я и хочу поделится со всеми и сэкономить чуток вашего времени, которое я сам потратил на изучение топпика.
Как выяснилось, есть в новых системах такой компонент как Smb2, который и является причиной этой тормознутости. Его и надо придушить на корню.
Запускаем (Win+R) на Сервере в командной строке «regedit» (естественно без кавычек).
Ищем в дереве реестра путь: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters
Найти параметр «Smb2» и установить его в «0» Если его нет — создать параметр типа «dword» с именем «Smb2», значение «0».
Или просто сохраните следующий файлик Smb2off.reg и запустите его.
Данная статья не подлежит комментированию, поскольку её автор ещё не является полноправным участником сообщества. Вы сможете связаться с автором только после того, как он получит приглашение от кого-либо из участников сообщества. До этого момента его username будет скрыт псевдонимом.
Тормозит локальная сеть? Как проверить?
Иногда бывает нужно найти узкое место в локальной сети. Скажем, бухгалтерия жалуется на медленную работу 1С (хотя проблема может быть не только в сети) или медленно работает файлообмен. Для начала можно проверить скорость локальной сети. Для этих целей используем утилиту iperf3.
Утилита кроссплатформенная. Есть версии под все вариации Windows, популярные дистрибутивы Linux, FreeBSD, macOS, iOS, Android, есть даже контейнер Docker, вшита в мою любимую PingTools под Android. Скачать можно с официального сайта https://iperf.fr
Установка утилиты предельно проста: качаем с официального сайта архив с необходимой версией и копируем приложение в удобную папку. У утилиты нет графического интерфейса поэтому я копирую в %SYSTEMROOT% чтобы было удобнее вызывать из командной строки. Версия под Ubuntu есть в официальных репозиториях и ставится предельно просто:
Для замера пропускной способности утилиту необходимо установить на машинах в разных частях проблемной сети. Скажем, на рабочей станции WS-02 очень медленно открываются документы расположенные на FILE-SRV. Мы знаем, что сеть у нас гигабитная, между рабочей станцией и сервером единственный коммутатор. Утилиту ставим на сервер и на станцию.
На сервере запускаем утилиту в режиме сервера:
На рабочей станции в режиме клиента с минимальными набором опций
Где опция -с указывает, что утилита запущена в режиме клиента и пытается соединиться с сервером по адресу 192.168.1.2. Утилита в течение 10 секунд генерирует TCP трафик между клиентом и сервером, пытаясь по максимуму загрузить канал
В выводе мы видим, что за 10 секунд было передано 1,1 ГБ, а скорость передачи составила 943 Мбит/сек. С сетью все в порядке.
Утилиту удобно использовать для проверки скорости WiFi соединения, установив ее на ноутбук или планшет.
Вопросы оставляйте в комментариях. Подписывайтесь на канал, ставьте 👍 И ждите новых статей!
Windows тормозит локальная сеть
Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору zezara Так и чего вас не устраивает? Скорость соответствует стандарту. Тем более у вас наверняка встроенные сетевухи, а это задействует ресурсы ЦПУ. Если в момент передачи файлов нагрузка на проц более 50 процентов, то выжать из ваших «тазиков» ничего не получится. Опять же антивирусы тормозят проходящий трафик.
———- Очень скоро еда станет совершенно безвкусной, и тогда этот недостаток придётся компенсировать хорошо развитым воображением.
Всего записей: 6333 | Зарегистр. 29-04-2009 | Отправлено:10:31 01-09-2012
kerevra
Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору zezara почитайте немного теории об устройстве протокола TCP/IP, да и Ethernet, оно в будущем не помешает для понимания некоторых вещей.
причин низкой производительности тут много, и кроме тех которые назвали выше, есть еще одна — производительность протокола SMB, особенно первой версии (используется в WinXP и более ранних версиях)
———- Если софт полезен, его надо дорабатывать, а если бесполезен — надо писать к нему маны
Всего записей: 1192 | Зарегистр. 25-11-2009 | Отправлено:17:21 01-09-2012
zezara
Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спасибо за ответы, но в этой же сети стоит комп с Ubuntu 10.4 он показывает 960 Мб/с из 1Гб.
Как говорил наш физик, «чтобы быстро проверить какую-то теорию, достаточно в выкладках проверить размерность величин». У вас она хромает. Вы путаете мегабайт, с мегабитом и мебибайтом.
———- Очень скоро еда станет совершенно безвкусной, и тогда этот недостаток придётся компенсировать хорошо развитым воображением.
Всего записей: 6333 | Зарегистр. 29-04-2009 | Отправлено:22:37 02-09-2012
Вообще похоже что присутствует засилье тронов которые постоянно генерируют трафик.
Если есть ubuntu в сети — советую использовать программу iptraf — запустить ее в режиме записи лога и глянуть что именно «гадит» в сеть.
На самом деле он все верно говорит — iperf показывает скорость именно в МегаБит (о чем и пишет в логе). Просто в сети 100 Mb\s — iperf должен показать ну хотя бы 70 Mb\s, ну Гиг у него верно показала убунта.
Тут же речь идет не о том за какое время скачивается фаил в 1GB.
Если ни чего портящего жизнь не обнаружится — то под замену свитч.
———- Выбери себе работу по душе, и тебе не придется работать ни одного дня в своей жизни. /Конфуций/
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спасибо всем за грамотные и дополняющие ответы по этому вопросу, я вот что тут увидел по этой ссылке http://ru.wikipedia.org/wiki/Витая_пара , а конкретно:
Для гигабитной сети вторую сторону надо обжимать так:
1: Бело-зелёный 2: Зелёный 3: Бело-оранжевый 4: Бело-коричневый 5: Коричневый 6: Оранжевый 7: Синий 8: Бело-синий У меня же обжаты по второму способу, т.е. EIA/TIA-568B с обоих концов, как для 100 Мб сети, может дело еще в этом, может стоит все переобжать.
64 bytes from 192.168.1.50: icmp_seq=155 ttl=128 time=0.120 ms 64 bytes from 192.168.1.50: icmp_seq=156 ttl=128 time=0.123 ms 64 bytes from 192.168.1.50: icmp_seq=157 ttl=128 time=0.119 ms 64 bytes from 192.168.1.50: icmp_seq=158 ttl=128 time=0.149 ms 64 bytes from 192.168.1.50: icmp_seq=159 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=160 ttl=128 time=0.091 ms 64 bytes from 192.168.1.50: icmp_seq=161 ttl=128 time=0.114 ms 64 bytes from 192.168.1.50: icmp_seq=162 ttl=128 time=0.103 ms 64 bytes from 192.168.1.50: icmp_seq=163 ttl=128 time=0.144 ms 64 bytes from 192.168.1.50: icmp_seq=164 ttl=128 time=0.124 ms 64 bytes from 192.168.1.50: icmp_seq=165 ttl=128 time=0.138 ms 64 bytes from 192.168.1.50: icmp_seq=166 ttl=128 time=0.148 ms 64 bytes from 192.168.1.50: icmp_seq=167 ttl=128 time=0.101 ms 64 bytes from 192.168.1.50: icmp_seq=168 ttl=128 time=0.153 ms 64 bytes from 192.168.1.50: icmp_seq=169 ttl=128 time=0.157 ms 64 bytes from 192.168.1.50: icmp_seq=170 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=171 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=172 ttl=128 time=0.093 ms 64 bytes from 192.168.1.50: icmp_seq=173 ttl=128 time=0.161 ms 64 bytes from 192.168.1.50: icmp_seq=174 ttl=128 time=0.130 ms 64 bytes from 192.168.1.50: icmp_seq=175 ttl=128 time=0.121 ms 64 bytes from 192.168.1.50: icmp_seq=176 ttl=128 time=0.120 ms 64 bytes from 192.168.1.50: icmp_seq=177 ttl=128 time=0.140 ms 64 bytes from 192.168.1.50: icmp_seq=178 ttl=128 time=0.122 ms 64 bytes from 192.168.1.50: icmp_seq=179 ttl=128 time=0.111 ms 64 bytes from 192.168.1.50: icmp_seq=180 ttl=128 time=0.102 ms 64 bytes from 192.168.1.50: icmp_seq=181 ttl=128 time=0.099 ms 64 bytes from 192.168.1.50: icmp_seq=182 ttl=128 time=0.104 ms 64 bytes from 192.168.1.50: icmp_seq=183 ttl=128 time=0.165 ms 64 bytes from 192.168.1.50: icmp_seq=184 ttl=128 time=0.112 ms 64 bytes from 192.168.1.50: icmp_seq=185 ttl=128 time=0.094 ms 64 bytes from 192.168.1.50: icmp_seq=186 ttl=128 time=0.102 ms 64 bytes from 192.168.1.50: icmp_seq=187 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=188 ttl=128 time=0.113 ms 64 bytes from 192.168.1.50: icmp_seq=189 ttl=128 time=0.097 ms 64 bytes from 192.168.1.50: icmp_seq=190 ttl=128 time=0.149 ms 64 bytes from 192.168.1.50: icmp_seq=191 ttl=128 time=0.100 ms 64 bytes from 192.168.1.50: icmp_seq=192 ttl=128 time=0.161 ms 64 bytes from 192.168.1.50: icmp_seq=193 ttl=128 time=0.104 ms 64 bytes from 192.168.1.50: icmp_seq=194 ttl=128 time=0.127 ms 64 bytes from 192.168.1.50: icmp_seq=195 ttl=128 time=0.146 ms 64 bytes from 192.168.1.50: icmp_seq=196 ttl=128 time=0.148 ms 64 bytes from 192.168.1.50: icmp_seq=197 ttl=128 time=0.110 ms 64 bytes from 192.168.1.50: icmp_seq=198 ttl=128 time=0.164 ms 64 bytes from 192.168.1.50: icmp_seq=199 ttl=128 time=0.084 ms 64 bytes from 192.168.1.50: icmp_seq=200 ttl=128 time=0.148 ms 64 bytes from 192.168.1.50: icmp_seq=201 ttl=128 time=0.108 ms 64 bytes from 192.168.1.50: icmp_seq=202 ttl=128 time=0.148 ms 64 bytes from 192.168.1.50: icmp_seq=203 ttl=128 time=0.149 ms 64 bytes from 192.168.1.50: icmp_seq=204 ttl=128 time=0.118 ms 64 bytes from 192.168.1.50: icmp_seq=205 ttl=128 time=0.132 ms 64 bytes from 192.168.1.50: icmp_seq=206 ttl=128 time=0.148 ms 64 bytes from 192.168.1.50: icmp_seq=207 ttl=128 time=0.152 ms 64 bytes from 192.168.1.50: icmp_seq=208 ttl=128 time=0.105 ms 64 bytes from 192.168.1.50: icmp_seq=209 ttl=128 time=0.110 ms 64 bytes from 192.168.1.50: icmp_seq=210 ttl=128 time=0.159 ms 64 bytes from 192.168.1.50: icmp_seq=211 ttl=128 time=0.081 ms 64 bytes from 192.168.1.50: icmp_seq=212 ttl=128 time=0.110 ms 64 bytes from 192.168.1.50: icmp_seq=213 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=214 ttl=128 time=0.109 ms 64 bytes from 192.168.1.50: icmp_seq=215 ttl=128 time=0.149 ms 64 bytes from 192.168.1.50: icmp_seq=216 ttl=128 time=0.096 ms 64 bytes from 192.168.1.50: icmp_seq=217 ttl=128 time=0.102 ms 64 bytes from 192.168.1.50: icmp_seq=218 ttl=128 time=0.101 ms 64 bytes from 192.168.1.50: icmp_seq=219 ttl=128 time=0.151 ms 64 bytes from 192.168.1.50: icmp_seq=220 ttl=128 time=0.140 ms 64 bytes from 192.168.1.50: icmp_seq=221 ttl=128 time=0.115 ms 64 bytes from 192.168.1.50: icmp_seq=222 ttl=128 time=0.146 ms 64 bytes from 192.168.1.50: icmp_seq=223 ttl=128 time=0.164 ms 64 bytes from 192.168.1.50: icmp_seq=224 ttl=128 time=0.112 ms 64 bytes from 192.168.1.50: icmp_seq=225 ttl=128 time=0.108 ms 64 bytes from 192.168.1.50: icmp_seq=226 ttl=128 time=0.124 ms 64 bytes from 192.168.1.50: icmp_seq=227 ttl=128 time=0.077 ms 64 bytes from 192.168.1.50: icmp_seq=228 ttl=128 time=0.098 ms 64 bytes from 192.168.1.50: icmp_seq=229 ttl=128 time=0.154 ms 64 bytes from 192.168.1.50: icmp_seq=230 ttl=128 time=0.138 ms 64 bytes from 192.168.1.50: icmp_seq=231 ttl=128 time=0.104 ms 64 bytes from 192.168.1.50: icmp_seq=232 ttl=128 time=0.102 ms 64 bytes from 192.168.1.50: icmp_seq=233 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=234 ttl=128 time=0.111 ms 64 bytes from 192.168.1.50: icmp_seq=235 ttl=128 time=0.103 ms 64 bytes from 192.168.1.50: icmp_seq=236 ttl=128 time=0.139 ms 64 bytes from 192.168.1.50: icmp_seq=237 ttl=128 time=0.103 ms 64 bytes from 192.168.1.50: icmp_seq=238 ttl=128 time=0.133 ms 64 bytes from 192.168.1.50: icmp_seq=239 ttl=128 time=0.151 ms 64 bytes from 192.168.1.50: icmp_seq=240 ttl=128 time=0.162 ms 64 bytes from 192.168.1.50: icmp_seq=241 ttl=128 time=0.109 ms 64 bytes from 192.168.1.50: icmp_seq=242 ttl=128 time=0.105 ms 64 bytes from 192.168.1.50: icmp_seq=243 ttl=128 time=0.148 ms 64 bytes from 192.168.1.50: icmp_seq=244 ttl=128 time=0.092 ms 64 bytes from 192.168.1.50: icmp_seq=245 ttl=128 time=0.105 ms 64 bytes from 192.168.1.50: icmp_seq=246 ttl=128 time=0.149 ms 64 bytes from 192.168.1.50: icmp_seq=247 ttl=128 time=0.154 ms 64 bytes from 192.168.1.50: icmp_seq=248 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=249 ttl=128 time=0.152 ms 64 bytes from 192.168.1.50: icmp_seq=250 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=251 ttl=128 time=0.148 ms 64 bytes from 192.168.1.50: icmp_seq=252 ttl=128 time=0.091 ms 64 bytes from 192.168.1.50: icmp_seq=253 ttl=128 time=0.151 ms 64 bytes from 192.168.1.50: icmp_seq=254 ttl=128 time=0.151 ms 64 bytes from 192.168.1.50: icmp_seq=255 ttl=128 time=0.115 ms 64 bytes from 192.168.1.50: icmp_seq=256 ttl=128 time=0.149 ms 64 bytes from 192.168.1.50: icmp_seq=257 ttl=128 time=0.108 ms 64 bytes from 192.168.1.50: icmp_seq=258 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=259 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=260 ttl=128 time=0.152 ms 64 bytes from 192.168.1.50: icmp_seq=261 ttl=128 time=0.149 ms 64 bytes from 192.168.1.50: icmp_seq=262 ttl=128 time=0.149 ms 64 bytes from 192.168.1.50: icmp_seq=263 ttl=128 time=0.120 ms 64 bytes from 192.168.1.50: icmp_seq=264 ttl=128 time=0.163 ms 64 bytes from 192.168.1.50: icmp_seq=265 ttl=128 time=0.140 ms 64 bytes from 192.168.1.50: icmp_seq=266 ttl=128 time=0.139 ms 64 bytes from 192.168.1.50: icmp_seq=267 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=268 ttl=128 time=0.145 ms 64 bytes from 192.168.1.50: icmp_seq=269 ttl=128 time=0.147 ms 64 bytes from 192.168.1.50: icmp_seq=270 ttl=128 time=0.150 ms 64 bytes from 192.168.1.50: icmp_seq=271 ttl=128 time=0.102 ms 64 bytes from 192.168.1.50: icmp_seq=272 ttl=128 time=0.104 ms ^C — 192.168.1.50 ping statistics — 272 packets transmitted, 272 received, 0% packet loss, time 54205ms rtt min/avg/max/mdev = 0.077/0.138/1.729/0.099 ms danil@11-02:
Всего записей: 7 | Зарегистр. 10-08-2009 | Отправлено:10:13 03-09-2012
Всего записей: 7 | Зарегистр. 10-08-2009 | Отправлено:14:00 03-09-2012
eap
Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору zezara, получается скорость занижена примерно в 10 раз везде? Тесты оно конечно хорошо. Но попробуй для контроля скопировать по сети фильм объемом 1,5 Гбайта. По Гигабитной сети это должно занять примерно 20-30 секунд, по 100-мегабитной — 3-5 минут.
Всего записей: 2834 | Зарегистр. 23-11-2006 | Отправлено:18:04 03-09-2012
