Windows 10 повільно працює, коли приєднався до AD та використовував AD-акаунт

Нещодавно ми оновили інфраструктуру для наших команд до Windows 10 в межах AD.

Все працює добре, за винятком випадків, коли ми спостерігаємо повільну ефективність у деяких ситуаціях. Спочатку було помічено, що наш скрипт Powershell після компіляції у VS2017 працював повільніше, ніж нижче Windows 7. Google також не був корисним - але до цього часу ми ще не встигли дослідити далі. Нещодавно ми також оновили ферму побудови CI (TeamCity як CI Server). Там ми побачили збільшення часу збірки більш ніж на 100% - довідковий збір займав 7m33s перед оновленням, після того, як він залишається на 17m05s.

Дослідження тут у StackExchange та google не були виразними. Трохи більше досліджень принесло нам висновок про те, що якщо ми запустимо Агента з локальним обліковим записом на машині (все ще в AD), ми отримуємо час складання близько 8m50s.

Buildjob містить різні етапи MSBuild, nUnint runner та деякі кроки поглинання. Жодної мережевої активності - все робиться локально на агенті. Один крок MSBuild займав раніше 36, а зараз 1м02. Те саме з кроком NUint - 30-х років проти 1м24 (все з AD-користувачем).

Будь-яка пропозиція, де проблема?

windows-10 performance windows-domain

— Ганс Мартін
джерело

Чи є в домені якісь спеціальні GPO (gpresult / r) та / або він встановлює якесь програмне забезпечення для запобігання втрат даних? Чи спостерігаєте ви будь-який мережевий трафік під час збирання? Можливо, обліковий запис домену використовує "переспрямовування папок", щоб усі ваші дані зберігалися на файловому сервері?

— grawity

Нічого особливого тут - лише кілька gpos: Angewendete Gruppenrichtlinienobjekte -------------------------------------- GPO -Passwords GPO_WSUS-Агенти GPO_AutomaticLogin GPO_DisableUAC GPO-DisableTelemetry GPO-DisableCortana GPO-LocalAdmins GPO-Printer GPO-OpenFirewallForRPC GPO-PowershellExecutionPolicy GPO_WSUS-Агенти програмного забезпечення на серверах сервера, на яких розміщені сервіси, а сервери, на яких розміщені сервіси, на сервісах Агентів користувальницьких серверів, а сервери, що розміщені на сервісах, розміщені на серверних програмах, на яких розміщені сервери. місцевий).

— Ганс Мартін

Також нічого особливого в мережевому трафіку (або я цього не виявив)

— Ганс Мартін

Знайшов рішення. Це було поєднанням Windows 10, MSBuild та інфраструктури нашої компанії.

TeamCity завершує виклик MSBuild. Ця обгортка, або якийсь компонент Windows всередині, намагається спілкуватися з "акамаітехнологіями" - CDN знає, що Microsoft використовує це для телеметрії. Оскільки мережа нашої компанії стоїть за проксі-сервером, запит потрібно затримати. Для користувачів домену цей тайм-аут був напрочуд довший, ніж у локальних акаунтах. Рішенням (чому також працював на старому локальному обліковому записі) було активація системи Proxy. Знайте, що запит отримує негайно "відхилену" відповідь проксі. Час нарощування знизився до звичайного часу.

Дякую всім, хто намагався допомогти мені вирішити цю проблему!

— Ганс Мартін
джерело