Ubuntu в Virtualbox - веб-сервер WEBrick, очень медленный при использовании локального IP-адреса
Я использую Ubuntu (Ясный Lynx) для изучения Ruby on Rails. Я запускаю Ubuntu в VirtualBox (хост является Windows 7 Ultimate), с помощью соединенных мостом сетей.
Когда я запускаю свое приложение направляющих и указываю на браузер на него с помощью localhost:3000, приложение сразу отвечает, и моя страница представляется за секунду или два.
Однако, если я использую 10.0.0.5:3000 (где 10.0.0.5 мой IP-адрес, сообщило использование ifconfig), ответ из моего приложения для направляющих является невероятно медленным - возможно, 30 секунд или больше чтобы сервер ответил и представил страницу.
Это происходит и в Firefox и в Chrome. Кроме того, когда я поразил приложение для направляющих от хоста (для тестирования его в IE), я получаю тот же slooooooow ответ.
Какие-либо идеи, что могло бы продолжаться? Я попробовал его двумя различными маршрутизаторами, и в двух различных сетях (работа и домой) с тем же результатом.
Аплодисменты все.
3 ответа
У меня была эта та же проблема, происходят и под VirtualBox и под VMware. Не уверенный, что проблема..., она действует как сервер направляющих, смотрит что-то, которое должно быть приведено к таймауту? Сервер направляющих сообщает о быстрых временах рендеринга в журнале, но берет навсегда для ответа на каждый запрос. Происходит и в направляющих 2.3.8 и в направляющих 3.0.3 для меня на одном конкретном экземпляре Ubuntu (попробованный и под VirtualBox и VMware). У меня был другой VM Ubuntu на другом поле, которое не имело проблемы...
После печального преследования этого в течение некоторого времени, мое решение состоит в том, чтобы использовать Пассажира Phusion в режиме разработки и Apache.
Предупреждение: это - неответ (кроме предложения только для использования Пассажира), но я документирую свой собственный опыт, а также некоторые эксперименты, которые я сделал это, надо надеяться, помогает нам прийти ближе к заключению.
У меня есть та же самая проблема. Это внезапно подошло. У меня также есть подобное наблюдение Вам на передней стороне ping. Мой гость Ubuntu также выполняет регулярный стек LAMP, и там нет абсолютно никаких сервисных проблем. Если это имеет значение это походит unix_stream_data_wait (главным образом?) для обвинения в зависании. Я не могу действительно проанализировать то, что это означает вне тривиального или как заняться расследованиями далее.
Это, кажется, независимо от номера порта (движущиеся направляющие к нижнему порту как в rails s -p 30 не изменяет проблему, и другие сервисы устанавливают для слушания порта 3000, не встречаются с теми же сервисными проблемами).
Это также, кажется, независимо от кода приложения. Я попробовал его пустым приложением для направляющих, и задержка вновь появилась.
Задержка также, кажется, варьируется по продолжительности, повышая потенциальную проблему с гипотезой, что направляющие испытывают таймаут предикабельно.
Запросы, отправленные в том же "пакете", кажется, обработаны одновременно. Это предполагает, что существует что-то в интерфейсе между процессом направляющих и сетевым обработчиком, где интерфейс просто проклят медленный, но очищает его пластину, когда транзакция в конечном счете проходит.
В целом, странный странный странный.
Я просто пошел с пассажиром вместо этого.