Уж больно медленное локальное развитие

Я знаю, что некоторые могут предположить, что этот вопрос нужно задать на StackOverFlow, но я не верю, что это не проблема разработчиков, а, возможно, проблема ИТ/безопасности. Я также опубликую этот вопрос на Superuser.

Я самый новый разработчик в компании и работаю удаленно. Я получил первоклассный ноутбук для быстрой разработки, такой же, как и все остальные. Этот ноутбук подключен к адаптеру USB-C к локальной сети, затем к сетевому коммутатору, затем к моему маршрутизатору (все с подключением к локальной сети).

Я использую VPN для подключения к базам данных и еще много чего. Среди всех разработчиков моя среда имеет самую медленную (примерно в 10-20 раз) производительность. Поэтому каждый раз, когда я вношу изменения в код и перекомпилирую свой код, мне приходится ждать 12–15 минут, пока что-то загрузится!

Я профилировал свой код и заметил, что SQL-запросы выполняются очень долго. Запрос, выполнение которого на моей машине через SSMS занимает 70–90 секунд, на других машинах разработчиков занимает менее 2 секунд. (Один из разработчиков живет в том же городе, что и я, и пользуется тем же интернет-провайдером)

Некоторые операции C#, выполнение которых на других ноутбуках занимает менее одной мс, на моей машине занимают от 70 до 150 мс.

Другой разработчик и я пропинговали один и тот же сервер базы данных, и у нас была сопоставимая статистика (задержка, нулевая потеря пакетов и т. д., одинаковая скорость интернета после подключения к VPN), но все же мои запросы выполнялись намного дольше! запрос тоже простой Выберите верхний (10000) идентификатор из таблицы

• Я отключил свой антивирус (опять же то же самое на всех ПК) и неудачно!
• Я подключил ноутбук (через USB-C -> концентратор LAN) к своему маршрутизатору (исключив коммутатор), но все равно не повезло.
• Я изменил файл hosts, чтобы указать localhost на 127.0.0.1, чтобы убедиться, что эти вызовы не выходят наружу, и все равно не повезло.
• Я указал своему Dev на другие базы данных, и мне не повезло! все по-прежнему очень медленно.
• Я отключил свою локальную сеть и использовал WIFI для подключения к маршрутизатору, но все равно не повезло!
• Я спросил IT, и они понятия не имеют! Я сделал целую кучу других тестов, но я действительно сомневаюсь, что это что-то местное!
• во время выполнения я присвоил приоритет «в реальном времени» всем процессам Visual Studio/IIS/SSMS, и все равно не повезло.

Какие еще вещи я могу попросить наш It проверить, и какие другие локальные настройки/вещи я могу проверить? Что бы это ни было, мне кажется, что оно знает, какие пакеты куда идут и каково их содержание, и может выборочно сканировать/задерживать их!

Я собираюсь отключить брандмауэр Windows и посмотреть, но я действительно сомневаюсь, что это виновник.

Тилман прав. Мы, скорее всего, никогда не разберемся с этим. Слишком много переменных на всем пути.

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

Достаточно ли пропускной способности вашего провайдера? Запустите тесты скорости. (опять же, напрямую с модема)

Брандмауэр компании также может быть причиной проблемы. ИТ-отдел должен быть готов провести небольшое расследование. По крайней мере, достаточно, чтобы сказать: «Эй, это не наша проблема». Будучи ИТ-менеджером, я видел, как это происходит в обе стороны.

Медленная производительность связана только с вашим программным обеспечением для разработки? В остальном машина работает нормально?

Возможно, у вас что-то неправильно настроено в среде разработки. Что-то глупое, например, использование внешнего адреса вместо локального где-то. Таким образом, будучи подключенным к vpn, вы отправляете этот запрос на сайт vpn, который затем выходит в Интернет только для того, чтобы вернуться на тот же сайт vpn, а затем обратно на вашу машину вместо того, чтобы переходить на сайт vpn и обратно. к вашей машине.

Ваш файл разработки находится на отдельном диске? Часто на более мощных ноутбуках со вторыми жесткими дисками второй диск работает плохо, поэтому задержка чтения / записи на нем ужасна.