задержка веб-приложения при соединении с базой данных VPN

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

1
задан 20 May 2011 в 20:47
3 ответа

При использовании удаленного рабочего стола только экранные обновления отправляются на ПК, таким образом, трафик, идущий через VPN, минимален. В том сценарии вызов базы данных Вы делаете от Удаленного рабочего стола ДО SQL Server, на самом деле происходит в локальной сети с другой стороны VPN. Ваша машина просто получает изменения экрана Remote Desktop.

При контакте с сайтом через Локальный браузер Вы вытягиваете весь набор результатов через VPN, которая является намного большим количеством данных, чем Ваша сессия Удаленного рабочего стола (удаленный рабочий стол довольно эффективен и работает в чем-то как 2-10kbps, в зависимости от Ваших настроек).

Единственный способ ускорить вещи в этом случае был бы:

  1. Получите более быстрое соединение, таким образом, VPN более быстра (или прямое подключение, где никакая VPN не требуется).
  2. Создайте Локальную копию Веб-сервера/Базы данных и выполнения против той системы.
  3. Попытайтесь оптимизировать свои запросы так, чтобы Вы вытянули как можно меньше данные через VPN.

Это - весь проблема пропускной способности. Если Вы не готовы инвестировать серьезные деньги в быстрое сетевое соединение между Вами и удаленным хостом, Вы собираетесь быть нелегко достигать скоростей где угодно на приблизительной оценке того, что может сделать LAN.

0
ответ дан 4 December 2019 в 10:25

При выполнении запроса в студии управления SQL, Вы выполняете единственное распространение в прямом и обратном направлениях. Вы только испытываете увеличение сетевой задержки однажды (скажите, ~500ms).

В Вашем приложении Вы, вероятно, выполняете много запросов; каждое испытание той же задержки в сериале. Таким образом, если Ваше приложение сделает 10 запросов (или возможно имеет некоторую форму продолжения запросов основной детали), то Вы будете скоро регистрировать много дополнительных секунд в ответ время.

0
ответ дан 4 December 2019 в 10:25

Это - большая информация о выполнении многих запросов, но позвольте мне дать Вам немного больше информации? Я все еще немного смущен на этом. Я узнал что-то очень интересное вчера И НАСТОЛЬКО ПРОСТОЙ. Забудьте сценарии web.configs. Когда я делаю удаленный рабочий стол и получаю доступ к URL в удаленном рабочем столе (который является машиной в той сети, размещающей сервер приложений и SQL-сервер), это ОЧЕНЬ БЫСТРО (<1 мс) для каждой загрузки страницы. Но когда я соединяюсь через веб-браузер на моей локальной машине, это ОЧЕНЬ МЕДЛЕННО (500+ms). Я - VPN'ed в обоих случаях. Мое обходное решение для моей проблемы должно использовать удаленный рабочий стол. В этом новом сценарии я размещаю веб-приложение на удаленном сервере в сети, где я - дистанционная работа в. Вот простой вопрос. Почему Удаленный рабочий стол так быстр? Там ПОЛУЧЕН, чтобы быть способом подражать этому на моей локальной машине. Почему был бы, делая соединение удаленного рабочего стола (локально) и открывая веб-браузер локально несколько отличаться, чем рассмотрение сайта на моей локальной машине??

На стороне отмечают к моему первому сценарию... Я также обнаружил, что установка "MaxPacketSize" реестра уменьшила мс в половине. Но вещи были все еще очень медленными.

http://support.microsoft.com/default.aspx?scid=kb;en-us;244474#LetMeFixItMyselfAlways

0
ответ дан 4 December 2019 в 10:25

Теги

Похожие вопросы