Почему Wubi замедляется или зависает при большой активности диска?
Я впервые пользуюсь Ubuntu-12.04 с установкой WUBI.
У меня Dell vostro 3450 с i5 2410m, оперативной памятью 3 ГБ, Intel hd3000, гибридом amd 6630m.
Серфинг и игры в игры работают без нареканий. Однако у меня возникают огромные проблемы при установке приложений и в целом при копировании и перемещении файлов.
При этом система значительно замедляется и довольно часто зависает (Firefox становится голубоватым, иногда даже черно-белым). Я бы сказал, что Ubuntu выделяет слишком много ресурсов на передачу и установку файлов, но даже эти задачи выполняются очень медленно.
Вот очень конкретный пример: сегодня я попытался переместить файл размером 6 ГБ из моей установки Windows 7 , Сначала это было хорошо, поэтому я перешел на Firefox, но через некоторое время firefox начал случайным образом превращаться в голубоватый, и мышь перестала работать случайным образом. Постепенно становилось все хуже и хуже, пока не добрался до точки, когда Firefox стал черным и белым, а мышь не работала вообще. Я бушевала и пошла покушать, когда у меня задний экран стал черным. Вероятно, он отключил меня из-за неактивности, когда я нажал случайную кнопку, чтобы оживить экран, мне пришлось подождать несколько минут, чтобы он показывал мне только фон моего экрана. Нет экрана входа в систему, только фон и работающая мышь. Вентилятор NoteBook работал на 100%, поэтому я предположил, что передача файлов продолжается, и оставил его работать. Ничего не изменилось в течение целого часа, поэтому я его сильно перезагрузил. Передача файла не удалась, он перенес едва 2 гига. Это нормально ?
Что делать в таких ситуациях? Это не позволило мне загрузить системный менеджер и даже терминал.
32 ответа
Я тоже столкнулся с этим. Я надеялся, что решение ReadyBoost решит проблему, но для меня это не имело большого значения. Тем не менее, это может работать для вас.
Мои мысли: процессы, которые используют большой доступ к диску (который уже в 10 000 раз медленнее, чем доступ к памяти) теперь должны делать больше, чтобы иметь дело с форматом жесткого диска Wubi.
Мое предложение: 1. Переключиться с Firefox на Chrome. И закройте ненужные вкладки. На 60% быстрее 2. Переключитесь на легкий минималистичный веб-сервер, если это то, чем занимается ваше приложение. Я попробовал 3 - сервер Reddit медленно работает на моем 6-летнем ноутбуке, и на сервере, и на клиенте, и я столкнулся с некоторыми неприятными проблемами при установке с Telescope, но пока мне нравится Arc 3.1 - источник, стоящий за Hacker News. Это немного сложно найти, поэтому вот URL: http://ycombinator.com/arc/arc3.1.tar
Сторонняя мысль: если использовать копирование и символические ссылки, чтобы все ваши обращения к диску находились на вашем флеш-накопителе, так как какие каталоги имеют наибольшее количество обращений к диску, это должно иметь значение, если полностью обойти файловую систему Wubi и заменить ее на SSD.
-
1Это на самом деле не решает проблему. ОП может захотеть остаться на Firefox. – ubashu 30 May 2017 в 07:15
Я заметил такие же зависания. Хотя я не могу сказать, почему это происходит, я знаю способ избавиться от этого. Вот как:
В терминале введите
echo "deadline" | sudo tee /sys/block/sda/queue/scheduler
Попробуйте снова переместить или скопировать большее количество файлов. Вы должны заметить огромную разницу. Если это так, сделайте изменение постоянным, набрав в терминале:
gksudo gedit /etc/default/grub
В строке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT="", добавьте следующую строку между "" s:
elevator=deadline
Сохранить и выйти. После этого введите в терминале
sudo update-grub
Reboot.
К вашему сведению: это меняет так называемый планировщик на 'deadline'.
Источник: http://techtitbits.com/2010/04/get-rid-of-freeze-ups-during-disk-io-activity-in-ubuntu/
=== ================================================== ===========================
Другая возможность - снизить настройки dirty_ratio. Чтобы проверить это, введите в терминале:
sudo bash -c "echo 10 > /proc/sys/vm/dirty_ratio"
sudo bash -c "echo 5 > /proc/sys/vm/dirty_background_ratio"
Если это поможет, сделайте его постоянным, отредактировав файл sysctl.conf
gksudo gedit /etc/sysctl.conf
В конце файла добавьте следующие строки:
vm.dirty_ratio=10
vm.dirty_background_ratio=5
Сохранить, закрыть и перезагрузить. Готово.
-
1Как говорится в этой статье, сначала полезно проверить это, чтобы увидеть, действительно ли это принесет пользу:
echo "deadline" | sudo tee /sys/block/sda/queue/scheduler– Eliah Kagan 25 June 2012 в 13:01 -
2Спасибо, я изменил свой пост соответственно, добавив предоставленную вами информацию – FuzzyQ 29 July 2012 в 02:31