Здравствуйте! Сегодня: Вт, 26 Сен 2017, Ваш IP: 54.198.28.114 Войти через loginza
 
Вход | Регистрация | Забыли пароль?
Мой Kbyte.Ru
> Список форумов Kbyte.Ru - - Microsoft Windows
+ Создать новую тему Страница: 1
Тема: Windows 7: Превышен таймаут семафора · +  +  дата добавления: 20.10.2012 / 14:04
Автор темы:
Алексей Немиро
Алексей Немиро
тем: 534 / ответов: 5130 / благодарностей: 325 / репутация: 211
Чашка Kbyte.Ru>>
Url: aleksey.nemiro.ru
Icq: 261779681
Skype: alekseynemiro
ответов: 5130
создал(а) тем: 534


Приветствую!

Установил на днях Windows 7 x64 (64-битную впервые). На удивление сама винда, драйвера и софт встали без проблем, с первого раза. Все со всеми обновлениями. На первый взгляд все работает нормально. Однако имеют место быть некоторые проблемы с сетью.

Интернет подключен через Wi-Fi роутер. Пробовал и по воздуху и по проводу (через роутер), проблема есть в обоих случаях.
Железо:
Роутер: TP-LINK TL-WR841ND
Сетевой адаптер (в материнке): Qualcomm Atheros AR8161/8165 PCI-E Gigabit Ethernet Controller (NDIS 6.20)
Wi-Fi адаптер (PCI): TP-Link TL-WN751ND
Система:
Windows 7 Pro x64, версия: 6.1.7601, Service Pack 1

Проявление проблемы


1. Изначально странно вел себя QIP, он часто терял подключение и даже падал (молча падал). В журнале событий на этот счет есть следующая запись:
QIP:
Имя сбойного приложения: qip.exe, версия: 4.0.0.7221, отметка времени: 0x2a425e19
Имя сбойного модуля: RPCRT4.dll, версия: 6.1.7601.17514, отметка времени 0x4ce7ba59
Код исключения: 0xc0020043
Смещение ошибки: 0x0005cd99
Идентификатор сбойного процесса: 0xd54
Время запуска сбойного приложения: 0x01cdad2e62f19182
Путь сбойного приложения: C:\Program Files (x86)\QIP 2012\qip.exe
Путь сбойного модуля: C:\Windows\syswow64\RPCRT4.dll
Код отчета: 088d0a58-1923-11e2-bf8a-50465d0541cf
QIP-ом я практически не пользуюсь (висит в онайлен сам по себе), так что просто забил на эту проблему. Тем более, что со временем (через несколько перезагрузок) QIP перестал падать. Частые сообщения об утерянных подключениях остались.

2. Как вы знаете, я иногда занимаюсь веб-программированием под ASP .NET и многие сайты используют SQL Server. SQL Server обычно удаленные, рабочие, стабильные. Запуская сайты в Visual Studio для отладки я чуть ли не на каждый запрос стал получать сообщения ошибках:
Ошибка соединения с SQL Server:
System.Data.SqlClient.SqlException: Ошибка на транспортном уровне при получении результатов с сервера. (provider: Поставщик TCP, error: 0 - Превышен таймаут семафора.)
В некоторых случаях это приводило к падению локального сервера WebDev.WebServer (тот, который в Visual Studio):
Обрушение WebDev.WebServer20.exe:
Имя сбойного приложения: WebDev.WebServer20.exe, версия: 10.0.40219.1, отметка времени: 0x4d5f3456
Имя сбойного модуля: KERNELBASE.dll, версия: 6.1.7601.17932, отметка времени 0x50327672
Код исключения: 0xe053534f
Смещение ошибки: 0x0000c41f
Идентификатор сбойного процесса: 0x%9
Время запуска сбойного приложения: 0x%10
Путь сбойного приложения: %11
Путь сбойного модуля: %12
Код отчета: %13
При этом, работа с удаленной базой через SQL Server Management Studio была более ли менее стабильной. Хотя и она (management studio) иногда возвращала аналогичную ошибку.


3. Когда я стал ковырять эту проблему, периодически вручную проверял обновления системы и софта. Центр обновления Windows выдавал ошибку, что не может проверить обновления.

4. При работе с удаленными рабочими столами (RDP) частенько теряется связь с удаленным сервером.

Других проявлений пока не заметил. Примечательно, что серфинг работает без проблем. Windows не сообщает о потере соединения.
Файрвол проверен, блокировок с его стороны нет.

В Windows XP (со всеми последними обновлениями) подобных проблем замечено не было.

Поиск решения


Сейчас я пересел на провода, т.е. использую интернет через провод, подключенный к роутеру. Wi-Fi адаптер отключен.

В Google на счет таймаута семафора (не путать со светофором) в основном у людей возникают ошибки с USB-устройствами. Попадались темы и SQL Server, но они тоже на прямую не подходят к моим проблемам. Однако, как я понял проблема кроется где-то в сетевом адаптере.

Первое что я сделал, это отключил IPv6 в настройках соединения. Просто мне не нравятся IP-адреса шестой версии После переподключения, проблема себя не проявляла минут 5-10, но потом опять вернулась. В конечном итоге я повырубал все, что можно было и отключил службу «Вспомогательная служба IP».

Каждый раз, отключаясь от сети и вновь подключаясь, проблема себя не проявляла некоторое время, но потом возвращалась.

Далее, я стал ковырять параметры сетевого адаптера.
Сначала увеличил Кадры крупных размеров (MTU) до 9 Кб.

После этого, пытаясь поймать проблему, в какой-то момент я даже начал думать, что проблема решена. Но нет, она опять проявилась.

Затем я подкрутил параметр Масштабирование на стороне прием(ника), переведя его в состояние Включено.

После этого я откровенно запарился тестировать и решил, что все, проблема решена.

Однако нет, не решена. Эти изменения вроде бы просто увеличили время стабильной работы, а может вообще ни на что не повлияли...

Создается ощущение, что где-то что-то забивается и не очищается как положено.

Возможно кто-то с подобным сталкивался или есть человеческая инфа по назначению параметров сетевой карты. Все что я менял - это методом тыка, просто названия понравились :)

Сам буду еще экспериментировать, отпишусь о результатах.
 
Ответ # 1 # · +  +  дата добавления: 20.10.2012 / 15:12
Автор ответа:
Алексей Немиро
Алексей Немиро
тем: 534 / ответов: 5130 / благодарностей: 325 / репутация: 211
Чашка Kbyte.Ru>>
Url: aleksey.nemiro.ru
Icq: 261779681
Skype: alekseynemiro
ответов: 5130
создал(а) тем: 534


Изменение скорости и режима дуплекса ни к чему не привело.

В данный момент у меня вообще не работает RDP. Не могу подключиться ни к одному серверу. Если сервер отвечает, то он говорит, что неверный логин и пароль. Хотя все верно, с другого компа подключается нормально. Сомневаюсь, что манипуляции со скоростью дуплекса могли на это повлиять..

Отключил Управление прерываниями - работать стало хуже. Включил обратно.

Изменил Макс. IRQ в секунду с 5 000 до 1 000. Видимых изменений нет. Вернул назад.
Каждый полученный пакет вызывает аппаратное прерывание, что означает,
что текущий процесс, выполняющийся на центральном процессоре сохранен,
и подпрограмма программы обработки прерывания загружена на центральный
процессор, чтобы обработать полученный пакет. После обработки пакета
старый процесс загружается на центральный процессор снова. На системах
с большой нагрузкой такое переключение может занимать уже значительное
время. Используя уменьшение запроса на прерывание (также известное как
управление IRQ) можно подавить прерывание, пока сетевая карта не
заполнит свой буфер, а затем, вызвав прерывание, разом его опустошит.

Управление потоком перевел из Передача и прием включены в Выключено. Стало хоже. Вернул назад. Забавно, что после этого заработал RDP.
Управление потоком IEEE 802.3x обеспечивает функции управления трафиком для режима полного дуплекса. Управление потоком позволяет улучшить работу сетевого адаптера в режиме полного дуплекса с коммутатором. При работе в полном дуплексе (при этом требуется непосредственное подключение к коммутатору) и при угрозе переполнения буфера данных коммутатора, сетевой адаптер получит специальный кадр паузы. Последующий промежуток времени защищает буфер от переполнения и предотвращает потерю данных. Эта технология может улучшить общую производительность сети, предотвращает потерю данных и помогает достичь оптимальной производительности в сети.

История продолжается...
 
Ответ # 2 # · +  +  дата добавления: 20.10.2012 / 15:15
Автор ответа:
Алексей Немиро
Алексей Немиро
тем: 534 / ответов: 5130 / благодарностей: 325 / репутация: 211
Чашка Kbyte.Ru>>
Url: aleksey.nemiro.ru
Icq: 261779681
Skype: alekseynemiro
ответов: 5130
создал(а) тем: 534


Скачивание больших файлов по FTP проходит нестабильно. Связь часто теряется.
 
Ответ # 3 # · +  +  дата добавления: 20.10.2012 / 15:43
Автор ответа:
Алексей Немиро
Алексей Немиро
тем: 534 / ответов: 5130 / благодарностей: 325 / репутация: 211
Чашка Kbyte.Ru>>
Url: aleksey.nemiro.ru
Icq: 261779681
Skype: alekseynemiro
ответов: 5130
создал(а) тем: 534


Выключение контрольных сумм результатов не дало.
 
Ответ # 4 # · +  +  дата добавления: 20.10.2012 / 19:20
Автор ответа:
i32
i32
тем: 71 / ответов: 280 / благодарностей: 2 / репутация: 38
ответов: 280
создал(а) тем: 71


Я откликнулся но дело наверно в провайдерах решать...(спрошу у своих) завтра...
 
Ответ # 5 # · +  +  дата добавления: 20.10.2012 / 20:18
Автор ответа:
Алексей Немиро
Алексей Немиро
тем: 534 / ответов: 5130 / благодарностей: 325 / репутация: 211
Чашка Kbyte.Ru>>
Url: aleksey.nemiro.ru
Icq: 261779681
Skype: alekseynemiro
ответов: 5130
создал(а) тем: 534


Провайдер - вряд ли, я ведь не единственный пользователь с Windows 7 x64. Хотя раньше сидел на Windows XP, но вряд ли провайдер об этом знает..
Кстати, провайдер Interzet.

Удалил драйвера сетевухи, поставил заново. Не помогло. Из-за сброса настроек чуть ли не все SQL-соединения валились.
Сейчас перепрошил роутер. Сначала чуть не убил его, потом искал свой MAC-адрес

Пока тестю, поспешных выводов делать не буду. Но радует, что пока падения не было, при том что настройки сетевой карты остались дефолтными.
 
Ответ # 6 # · +  +  дата добавления: 21.10.2012 / 14:45
Автор ответа:
Алексей Немиро
Алексей Немиро
тем: 534 / ответов: 5130 / благодарностей: 325 / репутация: 211
Чашка Kbyte.Ru>>
Url: aleksey.nemiro.ru
Icq: 261779681
Skype: alekseynemiro
ответов: 5130
создал(а) тем: 534


Активно подергал SQL Server и RDP, проблема больше не проявлялась, QIP тоже держит сеть стабильно. Похоже, что обновление прошивки роутера помогло.
 
Ответ # 7 # · +  +  дата добавления: 27.05.2017 / 04:06
Автор ответа:
Douglashep
Douglashep
тем: 0 / ответов: 1 / благодарностей: 0 / репутация: 0
ответов: 1
создал(а) тем: 0


Возможно получится что то сделать, отпиши если получится
 
Страница: 1 + Создать новую тему