Изменение на каталог проекта замедляет терминал на человечности
Я сталкиваюсь с проблемой неэффективности на терминале. У меня есть рубин на каталоге проекта направляющих, имеющем размер приблизительно 230 МБ. Каждый раз, когда я выполняю любую команду в этом каталоге, таком как CD и т.д., терминал подвешивает для раунда приблизительно 5 минут и затем отвечает. У меня есть эта проблема на Ubuntu, работающей на виртуальной рабочей станции VMware.
1 ответ
Этот вопрос не совсем ясен. Проблемой является почти наверняка не "терминал" по сути, но Ваша виртуальная машина, аппаратные средства, куда хост VM работает, диск, это получает доступ, и/или Ваши идентификационные данные.
Ваша Ubuntu является устройством в Виртуальной машине. Вы входите в систему удаленно VM Ubuntu? Что ОС является виртуальной машиной? Насколько мощный аппаратные средства? Если Ваш хост VM является компьютером Windoze, ну, в общем, у нас есть подозреваемый. Где диск с рубиновым материалом. То, как это делится, смонтировалось, и т.д.
, Если Вы только используете один компьютер в этой установке, и диски все локальны, и ни один не смонтирован посредством межплатформенной адаптации (ext4 предлагаемый через cifs хосту Windows, затем предложил назад Ubuntu VM как долю самбы), затем мы будем знать, где посмотреть. В Ubuntu vm сессия, сделайте новый каталог в ~ / домашней папкой и заполните его несколькими 100 МБ дерьма. Если это будет медленно как Ваш рубиновый диск, то это будет означать, что Ваш хост VM не работает хорошо.
От Вашей сессии Ubuntu, мы можем видеть вывод от "df" в терминале? Фигура, где рубиновый каталог находится в том выводе. Это могло бы быть достаточно, чтобы мы получили предположение.
можно ли войти в это, VM размещают аппаратные средства непосредственно в его собственной ОС для взаимодействия с проблемным каталогом? Это имеет медленное взаимодействие с рассматриваемым разделом?
От стены, я могу назвать 2 контекста, где мы видели, что замедление как Вы описывает.
1). Ваши пользовательские идентификационные данные прибывают из сервера доменных имен. VM или Ваша ОС просят разрешение для Вашего пользователя использовать устройство много раз и не кэшируют ответы. Может быть необходимо включить nscd или подобное кэширование пользовательских идентификационных данных.
2) Ваш жесткий диск, содержащий веб-код, не локален для VM и между двумя существует некоторая проблема программного обеспечения или аппаратных средств.
Мы видим эти сумасшедшие установки. Существует веб-сервер Linux, который получает доступ к большому устройству хранения через NFS. Каталог того веб-сервера предлагается до хоста Windows VM как доля самбы, и Хост монтирует устройство хранения данных. Затем Ваш клиент Ubuntu видит, что доля Windows, смонтированная в VM и, говорит "ах, я буду использовать ту долю окон". Таким образом, хост VM переводит тот же материал назад и вперед. Вы были бы намного лучше, чтобы смонтировать веб-долю файла непосредственно в Ubuntu, вместо того, чтобы позволить Хосту быть включенным вообще.
Недавно, был облупленный маршрутизатор между моей системой и сетевым файловым сервером, который вызвал неустойчивое медленное поведение, которое Вы описываете.
Удача, я думаю, что Вы не получите хорошее решение, пока Вы не придавите отдельные аспекты проблемы и исключаете их по одному.