Очень медленный после неактивный в течение нескольких часов в 14,04
Я имел 12.04 без проблем, но так как я обновил до 14,04, я отмечаю, что система является очень медленной для задач UI, и когда я взялся за работу на следующий день (компьютер остается), и я ввожу пароли, это берет как 1 минута для входа в систему.
Однако вершина или htop не показывают значительное использование ЦП. Это настолько медленно, что запись этого сообщения и щелчок правой кнопкой, одним словом, для корректора для работы берут 10 secs для показа меню, и указатель мыши телепортирует, когда я перемещаю его.
Теперь, когда я закрылся, VirtualBox намного лучше, таким образом, я думаю, что проблема может возникнуть оттуда.
VirtualBox 4.3.10_ubuntu, и VM является Win7 с "Использованием 3-е ускорение", отмеченное.
Но так как htop не показывает значительное использование ЦП, что Вы думаете, могла быть причина этого?
1 ответ
VirtualBox использует слишком много RAM для Вашей системы, и Вы подкачиваете постоянно. Я ретушировал изображение для создания его видимым:
VirtualBox имеют требование виртуальной памяти, которые являются почти тем же размером Вашей физической RAM.
, Сколько памяти Вы выделили виртуальной машине? По моему опыту, все, что идет больше, чем 1/3 Вашей общей физической RAM, просит проблемы и замедление.
процесс Java под ним мог быть также частью проблемы (это в 2.8G!)---возможности то, что VirtualBox и что процесс конкурирует за RAM и динамическую взаимоблокировку, вместе подкачивающую как сумасшедший.
более подробный: то, что Виртуальный Размер является памятью, которую процесс "отобразил", то есть, память, это думает , это имеет---, только часть этого находится действительно в RAM в любой момент, и та часть является той, отмеченной с RES (для резидентного объекта). Если программа пытается получить доступ к памяти, которая находится в ее виртуальном пуле, но не в RAM, и память полна, некоторая другая память должна быть выгружена для создания места для нового. Таким образом, если Вы имеете два, обрабатывают с большой разницей между Виртуальной и Резидентной памятью, возможности состоят в том, что эти два выгружают другой в каждом---переключателя планирования, делающем систему, медленную к проверке---, память подкачки может быть миллионы из времени медленнее, чем RAM.
то, что это происходит после длительного периода неактивности, вероятно, должно то, что система обосновалась на разделе RAM среди процесса, которые более или менее удовлетворяют всех их для той рабочей нагрузки . Когда Вы изменяете вид рабочей нагрузки снова, другая часть программ загружаются, и безумство подкачки запускается. Возможности состоят в том что, если Вы ожидаете необходимое время (могли бы быть часы!) система более или менее найдет другое достойное равновесие; это - переходное, которое плохо.
О Вашем случае:
С 4G RAM, имея виртуальную машину 1.5G в порядке, если это - единственная память голодный процесс в системе . Вероятно, тот и IDE слишком много.
Грязный (и опасный) Прием
Для имения назад быстро реагирующей системы более быстрый способ, которым я знаю, состоит в том, чтобы вызвать подкачку прочь; но это довольно опасно когда-то. Основная идея состоит в том, чтобы сделать
sudo swapoff -a
, ожидают окончания...
sudo swapon -a
Это попытается отложить всю память в RAM. Если это не может, процессы, которые будут нещадно уничтожаться по пути. Для предотвращения смерти некоторого невинного и важного системного процесса (1), лучший способ состоит в том, чтобы попытаться закрыть пожирателя ресурсов памяти прежде выполнение swapoff.
<час>(1) OOM уничтожитель (из памяти) ядра будет попытка для уничтожения корректных процессов, но это не отказоустойчиво.