Почему 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 гига. Это нормально ?

Что делать в таких ситуациях? Это не позволило мне загрузить системный менеджер и даже терминал.

6
задан 25 June 2012 в 13:19

32 ответа

Вы должны помнить, что Wubi устанавливает Ubuntu в существующий раздел Windows, а не в отдельный раздел.

Похоже, в Ubuntu нет места для работы в существующем разделе Windows. Это может быть попытка использовать своп, но его недостаточно, что приводит к замедлению работы системы и большой нагрузке на диск.

Я бы либо установил Ubuntu в отдельный раздел без Wubi, либо увеличил размер раздела Windows. и размер вашей установки Wubi.

Вы также можете взглянуть на эту статью о том, как улучшить производительность вашего жесткого диска.

1
ответ дан 25 July 2018 в 18:22

Я заметил такие же зависания. Хотя я не могу сказать, почему это происходит, я знаю способ избавиться от этого. Вот как:

В терминале введите

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

Сохранить, закрыть и перезагрузить. Готово.

3
ответ дан 25 July 2018 в 18:22

Исходя из моего опыта, дисковый ввод-вывод - это проклятие для любого здравомыслящего пользователя в Linux.

Вещи, которые делают его хуже:

  • Использование ноутбука (2.5 ") диск, особенно диск со скоростью 5k об / мин.
  • Использование wubi или LVM / Encryption. Это происходит потому, что обычно чтение / запись на диск довольно оптимизированы для вашего оборудования, но включение этого параметра создает уровень косвенности, который испортить это.

Причины замедления:

  • Большинство вещей в вашей linux-системе достаточно часто касаются диска, они пишут логи, кешируют файлы и иногда они синхронизируют вещи через файловую систему.
  • Когда диск занят, все останавливается, ожидание их проверки в кеш-файле и т. д. Это особенно заметно в графическом интерфейсе пользователя. -applications.

Итак, в целом. Все, что вы можете сделать, чтобы не касаться диска, хорошо.

Вы можете изменить каталог кеша Firefox на

/run/shm
. это RAM-диск. Он очень быстрый, но все, что вы там храните, будет

  1. съесть своего барана
  2. пропадут после перезагрузки.

Уроки для этого можно сделать с помощью Google.

1
ответ дан 25 July 2018 в 18:22

Я тоже столкнулся с этим. Я надеялся, что решение 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.

0
ответ дан 25 July 2018 в 18:22

Я тоже столкнулся с этим. Я надеялся, что решение 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.

0
ответ дан 31 July 2018 в 12:23

Я заметил такие же зависания. Хотя я не могу сказать, почему это происходит, я знаю способ избавиться от этого. Вот как:

В терминале введите

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

Сохранить, закрыть и перезагрузить. Готово.

3
ответ дан 31 July 2018 в 12:23

Исходя из моего опыта, дисковый ввод-вывод - это проклятие для любого здравомыслящего пользователя в Linux.

Вещи, которые делают его хуже:

  • Использование ноутбука (2.5 ") диск, особенно диск со скоростью 5k об / мин.
  • Использование wubi или LVM / Encryption. Это происходит потому, что обычно чтение / запись на диск довольно оптимизированы для вашего оборудования, но включение этого параметра создает уровень косвенности, который испортить это.

Причины замедления:

  • Большинство вещей в вашей linux-системе достаточно часто касаются диска, они пишут логи, кешируют файлы и иногда они синхронизируют вещи через файловую систему.
  • Когда диск занят, все останавливается, ожидание их проверки в кеш-файле и т. д. Это особенно заметно в графическом интерфейсе пользователя. -applications.

Итак, в целом. Все, что вы можете сделать, чтобы не касаться диска, хорошо.

Вы можете изменить каталог кеша Firefox на

/run/shm
. это RAM-диск. Он очень быстрый, но все, что вы там храните, будет

  1. съесть своего барана
  2. пропадут после перезагрузки.

Уроки для этого можно сделать с помощью Google.

1
ответ дан 31 July 2018 в 12:23

Вы должны помнить, что Wubi устанавливает Ubuntu в существующий раздел Windows, а не в отдельный раздел.

Похоже, в Ubuntu нет места для работы в существующем разделе Windows. Это может быть попытка использовать своп, но его недостаточно, что приводит к замедлению работы системы и большой нагрузке на диск.

Я бы либо установил Ubuntu в отдельный раздел без Wubi, либо увеличил размер раздела Windows. и размер вашей установки Wubi.

Вы также можете взглянуть на эту статью о том, как улучшить производительность вашего жесткого диска.

1
ответ дан 31 July 2018 в 12:23

Я заметил такие же зависания. Хотя я не могу сказать, почему это происходит, я знаю способ избавиться от этого. Вот как:

В терминале введите

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

Сохранить, закрыть и перезагрузить. Готово.

3
ответ дан 2 August 2018 в 00:35

Исходя из моего опыта, дисковый ввод-вывод - это проклятие для любого здравомыслящего пользователя в Linux.

Вещи, которые делают его хуже:

  • Использование ноутбука (2.5 ") диск, особенно диск со скоростью 5k об / мин.
  • Использование wubi или LVM / Encryption. Это происходит потому, что обычно чтение / запись на диск довольно оптимизированы для вашего оборудования, но включение этого параметра создает уровень косвенности, который испортить это.

Причины замедления:

  • Большинство вещей в вашей linux-системе достаточно часто касаются диска, они пишут логи, кешируют файлы и иногда они синхронизируют вещи через файловую систему.
  • Когда диск занят, все останавливается, ожидание их проверки в кеш-файле и т. д. Это особенно заметно в графическом интерфейсе пользователя. -applications.

Итак, в целом. Все, что вы можете сделать, чтобы не касаться диска, хорошо.

Вы можете изменить каталог кеша Firefox на

/run/shm
. это RAM-диск. Он очень быстрый, но все, что вы там храните, будет

  1. съесть своего барана
  2. пропадут после перезагрузки.

Уроки для этого можно сделать с помощью Google.

1
ответ дан 2 August 2018 в 00:35

Вы должны помнить, что Wubi устанавливает Ubuntu в существующий раздел Windows, а не в отдельный раздел.

Похоже, в Ubuntu нет места для работы в существующем разделе Windows. Это может быть попытка использовать своп, но его недостаточно, что приводит к замедлению работы системы и большой нагрузке на диск.

Я бы либо установил Ubuntu в отдельный раздел без Wubi, либо увеличил размер раздела Windows. и размер вашей установки Wubi.

Вы также можете взглянуть на эту статью о том, как улучшить производительность вашего жесткого диска.

1
ответ дан 2 August 2018 в 00:35

Я тоже столкнулся с этим. Я надеялся, что решение 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.

0
ответ дан 2 August 2018 в 00:35

Я заметил такие же зависания. Хотя я не могу сказать, почему это происходит, я знаю способ избавиться от этого. Вот как:

В терминале введите

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

Сохранить, закрыть и перезагрузить. Готово.

3
ответ дан 4 August 2018 в 16:05

Исходя из моего опыта, дисковый ввод-вывод - это проклятие для любого здравомыслящего пользователя в Linux.

Вещи, которые делают его хуже:

  • Использование ноутбука (2.5 ") диск, особенно диск со скоростью 5k об / мин.
  • Использование wubi или LVM / Encryption. Это происходит потому, что обычно чтение / запись на диск довольно оптимизированы для вашего оборудования, но включение этого параметра создает уровень косвенности, который испортить это.

Причины замедления:

  • Большинство вещей в вашей linux-системе достаточно часто касаются диска, они пишут логи, кешируют файлы и иногда они синхронизируют вещи через файловую систему.
  • Когда диск занят, все останавливается, ожидание их проверки в кеш-файле и т. д. Это особенно заметно в графическом интерфейсе пользователя. -applications.

Итак, в целом. Все, что вы можете сделать, чтобы не касаться диска, хорошо.

Вы можете изменить каталог кеша Firefox на

/run/shm
. это RAM-диск. Он очень быстрый, но все, что вы там храните, будет

  1. съесть своего барана
  2. пропадут после перезагрузки.

Уроки для этого можно сделать с помощью Google.

1
ответ дан 4 August 2018 в 16:05

Вы должны помнить, что Wubi устанавливает Ubuntu в существующий раздел Windows, а не в отдельный раздел.

Похоже, в Ubuntu нет места для работы в существующем разделе Windows. Это может быть попытка использовать своп, но его недостаточно, что приводит к замедлению работы системы и большой нагрузке на диск.

Я бы либо установил Ubuntu в отдельный раздел без Wubi, либо увеличил размер раздела Windows. и размер вашей установки Wubi.

Вы также можете взглянуть на эту статью о том, как улучшить производительность вашего жесткого диска.

1
ответ дан 4 August 2018 в 16:05

Я тоже столкнулся с этим. Я надеялся, что решение 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.

0
ответ дан 4 August 2018 в 16:05

Исходя из моего опыта, дисковый ввод-вывод - это проклятие для любого здравомыслящего пользователя в Linux.

Вещи, которые делают его хуже:

  • Использование ноутбука (2.5 ") диск, особенно диск со скоростью 5k об / мин.
  • Использование wubi или LVM / Encryption. Это происходит потому, что обычно чтение / запись на диск довольно оптимизированы для вашего оборудования, но включение этого параметра создает уровень косвенности, который испортить это.

Причины замедления:

  • Большинство вещей в вашей linux-системе достаточно часто касаются диска, они пишут логи, кешируют файлы и иногда они синхронизируют вещи через файловую систему.
  • Когда диск занят, все останавливается, ожидание их проверки в кеш-файле и т. д. Это особенно заметно в графическом интерфейсе пользователя. -applications.

Итак, в целом. Все, что вы можете сделать, чтобы не касаться диска, хорошо.

Вы можете изменить каталог кеша Firefox на

/run/shm
. это RAM-диск. Он очень быстрый, но все, что вы там храните, будет

  1. съесть своего барана
  2. пропадут после перезагрузки.

Уроки для этого можно сделать с помощью Google.

1
ответ дан 6 August 2018 в 00:43

Вы должны помнить, что Wubi устанавливает Ubuntu в существующий раздел Windows, а не в отдельный раздел.

Похоже, в Ubuntu нет места для работы в существующем разделе Windows. Это может быть попытка использовать своп, но его недостаточно, что приводит к замедлению работы системы и большой нагрузке на диск.

Я бы либо установил Ubuntu в отдельный раздел без Wubi, либо увеличил размер раздела Windows. и размер вашей установки Wubi.

Вы также можете взглянуть на эту статью о том, как улучшить производительность вашего жесткого диска.

1
ответ дан 6 August 2018 в 00:43

Я тоже столкнулся с этим. Я надеялся, что решение 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.

0
ответ дан 6 August 2018 в 00:43

Я заметил такие же зависания. Хотя я не могу сказать, почему это происходит, я знаю способ избавиться от этого. Вот как:

В терминале введите

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

Сохранить, закрыть и перезагрузить. Готово.

3
ответ дан 6 August 2018 в 00:43

Я заметил такие же зависания. Хотя я не могу сказать, почему это происходит, я знаю способ избавиться от этого. Вот как:

В терминале введите

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

Сохранить, закрыть и перезагрузить. Готово.

3
ответ дан 7 August 2018 в 18:08

Вы должны помнить, что Wubi устанавливает Ubuntu в существующий раздел Windows, а не в отдельный раздел.

Похоже, в Ubuntu нет места для работы в существующем разделе Windows. Это может быть попытка использовать своп, но его недостаточно, что приводит к замедлению работы системы и большой нагрузке на диск.

Я бы либо установил Ubuntu в отдельный раздел без Wubi, либо увеличил размер раздела Windows. и размер вашей установки Wubi.

Вы также можете взглянуть на эту статью о том, как улучшить производительность вашего жесткого диска.

1
ответ дан 7 August 2018 в 18:08

Исходя из моего опыта, дисковый ввод-вывод - это проклятие для любого здравомыслящего пользователя в Linux.

Вещи, которые делают его хуже:

  • Использование ноутбука (2.5 ") диск, особенно диск со скоростью 5k об / мин.
  • Использование wubi или LVM / Encryption. Это происходит потому, что обычно чтение / запись на диск довольно оптимизированы для вашего оборудования, но включение этого параметра создает уровень косвенности, который испортить это.

Причины замедления:

  • Большинство вещей в вашей linux-системе достаточно часто касаются диска, они пишут логи, кешируют файлы и иногда они синхронизируют вещи через файловую систему.
  • Когда диск занят, все останавливается, ожидание их проверки в кеш-файле и т. д. Это особенно заметно в графическом интерфейсе пользователя. -applications.

Итак, в целом. Все, что вы можете сделать, чтобы не касаться диска, хорошо.

Вы можете изменить каталог кеша Firefox на

/run/shm
. это RAM-диск. Он очень быстрый, но все, что вы там храните, будет

  1. съесть своего барана
  2. пропадут после перезагрузки.

Уроки для этого можно сделать с помощью Google.

1
ответ дан 7 August 2018 в 18:08

Я тоже столкнулся с этим. Я надеялся, что решение 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.

0
ответ дан 7 August 2018 в 18:08

Я тоже столкнулся с этим. Я надеялся, что решение 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.

0
ответ дан 10 August 2018 в 06:55

Я заметил такие же зависания. Хотя я не могу сказать, почему это происходит, я знаю способ избавиться от этого. Вот как:

В терминале введите

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

Сохранить, закрыть и перезагрузить. Готово.

3
ответ дан 10 August 2018 в 06:55

Вы должны помнить, что Wubi устанавливает Ubuntu в существующий раздел Windows, а не в отдельный раздел.

Похоже, в Ubuntu нет места для работы в существующем разделе Windows. Это может быть попытка использовать своп, но его недостаточно, что приводит к замедлению работы системы и большой нагрузке на диск.

Я бы либо установил Ubuntu в отдельный раздел без Wubi, либо увеличил размер раздела Windows. и размер вашей установки Wubi.

Вы также можете взглянуть на эту статью о том, как улучшить производительность вашего жесткого диска.

1
ответ дан 10 August 2018 в 06:55

Исходя из моего опыта, дисковый ввод-вывод - это проклятие для любого здравомыслящего пользователя в Linux.

Вещи, которые делают его хуже:

  • Использование ноутбука (2.5 ") диск, особенно диск со скоростью 5k об / мин.
  • Использование wubi или LVM / Encryption. Это происходит потому, что обычно чтение / запись на диск довольно оптимизированы для вашего оборудования, но включение этого параметра создает уровень косвенности, который испортить это.

Причины замедления:

  • Большинство вещей в вашей linux-системе достаточно часто касаются диска, они пишут логи, кешируют файлы и иногда они синхронизируют вещи через файловую систему.
  • Когда диск занят, все останавливается, ожидание их проверки в кеш-файле и т. д. Это особенно заметно в графическом интерфейсе пользователя. -applications.

Итак, в целом. Все, что вы можете сделать, чтобы не касаться диска, хорошо.

Вы можете изменить каталог кеша Firefox на

/run/shm
. это RAM-диск. Он очень быстрый, но все, что вы там храните, будет

  1. съесть своего барана
  2. пропадут после перезагрузки.

Уроки для этого можно сделать с помощью Google.

1
ответ дан 10 August 2018 в 06:55

Вы должны помнить, что Wubi устанавливает Ubuntu в существующий раздел Windows, а не в отдельный раздел.

Похоже, в Ubuntu нет места для работы в существующем разделе Windows. Это может быть попытка использовать своп, но его недостаточно, что приводит к замедлению работы системы и большой нагрузке на диск.

Я бы либо установил Ubuntu в отдельный раздел без Wubi, либо увеличил размер раздела Windows. и размер вашей установки Wubi.

Вы также можете взглянуть на эту статью о том, как улучшить производительность вашего жесткого диска.

1
ответ дан 15 August 2018 в 18:52

Исходя из моего опыта, дисковый ввод-вывод - это проклятие для любого здравомыслящего пользователя в Linux.

Вещи, которые делают его хуже:

  • Использование ноутбука (2.5 ") диск, особенно диск со скоростью 5k об / мин.
  • Использование wubi или LVM / Encryption. Это происходит потому, что обычно чтение / запись на диск довольно оптимизированы для вашего оборудования, но включение этого параметра создает уровень косвенности, который испортить это.

Причины замедления:

  • Большинство вещей в вашей linux-системе достаточно часто касаются диска, они пишут логи, кешируют файлы и иногда они синхронизируют вещи через файловую систему.
  • Когда диск занят, все останавливается, ожидание их проверки в кеш-файле и т. д. Это особенно заметно в графическом интерфейсе пользователя. -applications.

Итак, в целом. Все, что вы можете сделать, чтобы не касаться диска, хорошо.

Вы можете изменить каталог кеша Firefox на

/run/shm
. это RAM-диск. Он очень быстрый, но все, что вы там храните, будет

  1. съесть своего барана
  2. пропадут после перезагрузки.

Уроки для этого можно сделать с помощью Google.

1
ответ дан 15 August 2018 в 18:52

Другие вопросы по тегам:

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