Підключення RDP до Windows 7 залишається дуже повільним


17

У мене проблема з підключенням до Windows 7 через RDP. Я можу відкрити сесію RDP, але незалежно від будь-яких налаштувань час реакції дійсно довгий. Зокрема, це стосується відкриття веб-сторінки у веб-переглядачі. Я спробував IE, Firefox та Google Chrome.

Я також використовую підключення RDP до сервера Windows 2008 з тієї ж клієнтської машини, і швидкість дуже нормальна при всіх включених функціях. У нас є Gigabit Ethernet. Тому я думаю, що це не може бути виною клієнта.

Що стосується Windows 7 Machine, я намагався вимкнути всі графічні функції та повернути рівні кольорів до 256 кольорів. Результат - той самий.

Якщо я працюю локально на машині - я не бачу жодних лагів.

Що ще я спробував:

  • Використання старого клієнта RDP 5 від Microsoft
  • Налаштування автоматичного налаштування мережі, як показано тут

У вас є ідеї?

Спасибі заздалегідь!

Оновлення проблеми, здається, відбувається із вмістом вікна візуалізації. Усі віконні межі та панелі відображаються досить швидко, але вміст відображається дуже повільно. Також рухи миші розпізнаються вікном Win 7 лише через деякий період.

Чи є якісь приховані налаштування в RDP, де можна вимкнути деякі розширені функції або ввімкнути кешування? Я використовую Bitmap Caching, але це, мабуть, не допомагає.

Відповіді:


3

У мене була така ж проблема, і завантаження та встановлення останніх драйверів для Мережевої карти з сайту виробника вирішило її.

Вимкнення розвантаження, очевидно, не є «рішенням», але приховує проблему, оскільки віддалений зв’язок повинен працювати нормально з вивантаженням.

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

http://www.windowsreference.com/windows-vista/slow-network-copy-and-connection-drops-in-windows-7/

https://ticketing.nforce.com/index.php?/Knowledgebase/Article/View/19/0/fix-slow-remote-desktop-connection


1
Схоже, проблемою були драйвери VMWare, а не RDP чи Windows. Вибачте, що не надали цю інформацію. Не думав про це спочатку.
Павло

9

У мене те саме питання. Шахта іноді повністю замикається, і це, безумовно, та сама проблема зі складним вмістом вікна повільно малюється. Відкриття IE іноді вішає його повністю.

Обіцяю повернутися і опублікувати відповідь. Усі теми в Інтернеті відмирають!

НЕ виправити

Для мене це був випадок поганого (за замовчуванням MS) графічного драйвера для IBM eServer 326m, який я працюю. З моменту переходу на Win 2008, йому потрібно було перенаправити водія.

Навряд чи ваш сервер також має ATI ES1000:

http://www-947.ibm.com/systems/support/supportsite.wss/docdisplay?lndocid=MIGR-5074558&brandind=5000008

* ОНОВЛЕННЯ 1

Це насправді не вирішило. Прокрутка в IE не є хорошим тестом. Здається, що не подобається малювати оснастки MMC для Windows 2008 і все з'єднання зависає, коли відкрито занадто багато.

ФІКС (ПРОПЕР)

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Параметри

DWORD, DisableTaskOffload. Встановіть його значення 1.

О, так!!!!!


+ 5 за вашу відданість і + 5 за ваші проблеми з коментуванням.
білочка

Якщо це виправлення працює, не забудьте ввімкнути цю функцію масштабування вікон TCP: netsh interface tcp set global autotuninglevel = normal; netsh interface tcp set global rss = включено
Люк Пуплетт

Також я помічаю, що якось DisableTaskOffload на моєму сервері скидається до 255. Господь знає, що це робить!
Люк Пуплетт

Я все це спробував у цій дискусії. Після перезавантаження (яку мені вдалося видалити лише через LogMeIn) це здавалося нормальним, але через день воно знову стало непридатним, і налаштування DisableTaskOffload все ще було 1. Дійсно засмучує. Як не дивно, RDP через LogMeIn не має таких проблем (але я не можу використовувати всі монітори, тому не є хорошим довгостроковим рішенням).
sydneyos

2

Перейдіть до основної теми курсору миші. Це мені дуже допомогло, хоча це все ще не так швидко, як XP.


1

Спробуйте запустити цю команду у вікні Win7.

netsh interface tcp set global autotuninglevel=disabled

1

Останні драйвери на сайті asrock були досить старі. Я знайшов водіїв на сайті Realtek. Після встановлення цих драйверів (v. 7.053) проблема усунулася.


1

Спробуйте це для мене спрацювало

Ось що вам потрібно зробити, якщо у вас є та сама проблема:

  • Запустіть командний рядок (cmd.exe) в якості адміністратора
  • Тип: netsh інтерфейс tcp встановити глобальний autotuninglevel = вимкнено Вимкнути функцію автозахисту у Vista повністю та встановити та заблокувати вікно отримання RWIN до значення 65536 байт за замовчуванням.

Якщо ви хочете знову ввімкнути це: - Введіть: netsh interface tcp set global autotuninglevel = normal

У деяких випадках вам може знадобитися використовувати цю команду на додаток до вищезазначеного, але мені не довелося: - Тип: netsh interface tcp set global rss = disabled

Оновлення! Ця команда робить ваше мережеве підключення НАДІЙШЕ швидше Тип: netsh interface tcp set global autotuninglevel = сильно обмежений спасибі Syedk


Ви можете уточнити, чи призначена ця команда для запуску на віддаленій або локальній машині?
sydneyos

0

Dodgy мережеве посилання на вікно Windows 7? Ви намагалися використати pingі tracertдля вікна Windows 7, і для сервера 2008, щоб перевірити наявність невідповідностей?


Спробував це. Пінг - це нормально. Усі три поля знаходяться в одній підмережі і підключені до одного комутатора.
Павло

0

Що в цих вікнах? Анімація чи відео? Я вважаю, що коли ви зіткнетесь з чим-небудь анімованим за допомогою WDP RDP, якщо у вас немає 10 Мбіт / с обох способів, ви отримаєте погану продуктивність, незважаючи ні на що. Імовірно, нова технологія RDP як частина Win7 SP1 допоможе пом'якшити це в найближчому майбутньому.

Коли я використовую браузер через RDP, я, як правило, використовую флешблок та відключаю анімацію gif, щоб обійти це.


0

Нарешті я зміг це зрозуміти.

У мене виникли дуже схожі проблеми з використанням RDP, що було вирішено шляхом відключення будь-якого режиму вивантаження з властивостей конфігурації мережевого адаптера (у моєму випадку це було п'ять різних параметрів налаштувань).

Як тільки я це зробив, мої питання негайно відійшли.


0

Була аналогічна проблема. RDP замерзав би і був хопливим при підключенні з Windows 7 до Server 2003, хоча б абсолютно не було проблем із XP або Windows 2000. У сервера є відеокарта ATI ES1000, і я підозрював, що це викликає проблеми.

Однак погравши і спробувавши різні речі - виявився брандмауер Windows на сервері. Незважаючи на те, що послуга була відключена, для дозволу RDP все одно потрібно було виключення. Увімкнено - перейшов на вкладку "Виключення" - дозволено RDP - знову відключено.

Сподіваюся, це комусь допоможе.


0

ви можете викликати редактор локальної групової політики за допомогою адміністративних шаблонів gpedit.msc-> компоненти компонентів Windows-> послуги віддаленого робочого столу та робити певні конфігурації, такі як 1 сеанс на користувача, а також можна конфігурувати, як сеанс повинен бути відключений, якщо користувач тривалий час простоює. . це, мабуть, може підвищити продуктивність системи.


0

Спробуйте ввімкнути RDP 8. Мабуть, недостатньо просто мати його на коробці ... ви повинні ввімкнути його вручну. У вашому Local Group Policy Editor:

Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Remote Session Environment\Enable Remote Desktop Protocol 8.0

Установіть значення "Увімкнено"

Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Connections\Select RDP Transport Protocols”

Установіть значення "Увімкнено" та "Використовувати як UDP, так і TCP"

Більше інформації тут: http://microsoftplatform.blogspot.nl/2013/04/microsoft-rdv-team-get-best-rdp-80.html

Ще більше порад тут: https://social.technet.microsoft.com/Forums/office/en-US/6ed6500d-33f7-4f0c-89fb-8d8442c7a229/extremely-slow-rdp-session-solved?forum=winserverTS


-1

У мене було дуже багато відставань від рухів миші на сервері win2012. Це дійсно допомогло відключити тінь вказівника миші.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.