У меня есть компьютер Acer EEE с накопителями SSD и ubuntu 10.10. Он работает отлично - большую часть времени - но после загрузки или io-интенсивной работы (копирование файла, установка обновлений и т. Д.) Загрузка увеличивается до 2, остается на несколько минут и медленно уменьшается до 0,5 или около того.
Как я могу подтвердить источник проблемы? Это SSD диски, программное обеспечение, драйверы, что-то еще? Любой способ исправить?
Вы можете попробовать обходные решения, которые я уже предоставил в этой теме:
Я заметил ужасные зависания во время операций ввода-вывода. Хотя я не могу сказать, почему это происходит, я могу предложить обходное решение. Вот как:
В терминале введите
echo "deadline" | sudo tee /sys/block/sda/queue/scheduler
Повторите попытку перемещения или копирования больших массивов файлов. Вы должны заметить огромную разницу. Если да, сделайте изменение постоянным, введя терминал:
gksudo gedit /etc/default/grub
В строке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT="", добавьте следующую строку между "" s:
elevator=deadline
Сохранить и выйти. После этого введите терминал
sudo update-grub
Перезагрузка.
FYI: Это изменяет так называемый планировщик на «крайний срок».
Источник: эта нить
======================================== =========================================== [... d13]
Источник должен был бы снизить параметры 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 [ ! d22]
Сохранить, закрыть и перезагрузить. Готово.
можно попробовать обходные пути я уже высказала в этой теме:
я заметил ужасно зависает во время операций ввода-вывода, а также. Хотя я не могу сказать, почему это происходит, я могу предложить обходной путь. Вот как:
в терминале, введите
echo "deadline" | sudo tee /sys/block/sda/queue/scheduler
попробуйте переместить или копировать снова большее количество файлов. Вы должны заметить огромную разницу. Если это так, сделать изменения постоянными, набрав в терминале:
gksudo gedit /etc/default/grub
в строку, начинающуюся с GRUB_CMDLINE_LINUX_DEFAULT="", добавьте следующую строку между ""с:
elevator=deadline
сохранить и выйти. После этого введите в терминале
sudo update-grub
Перезагрузка.
к вашему сведению: при этом изменяется так называемый планировщик 'дедлайн'.
Источник: этой теме
================================================================================
Источник будет понизить настройки dirty_ratio. Чтобы проверить это, введите в терминале:
sudo bash -c "echo 10 > /proc/sys/vm/dirty_ratio"
[dиода d17]sudo bash -c "echo 5 > /proc/sys/vm/dirty_background_ratio"[!dиода d17]если это помогает, сделать его постоянным путем редактирования параметра.конф:
gksudo gedit /etc/sysctl.conf
в конце файла добавьте следующие строки:
vm.dirty_ratio=10
vm.dirty_background_ratio=5
сохранить, закрыть и перезагрузить. Сделано.
Вы можете попробовать обходные решения, которые я уже предоставил в этой теме:
Я заметил ужасные зависания во время операций ввода-вывода. Хотя я не могу сказать, почему это происходит, я могу предложить обходное решение. Вот как:
В терминале введите
echo "deadline" | sudo tee /sys/block/sda/queue/scheduler
Повторите попытку перемещения или копирования больших массивов файлов. Вы должны заметить огромную разницу. Если да, сделайте изменение постоянным, введя терминал:
gksudo gedit /etc/default/grub
В строке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT="", добавьте следующую строку между "" s:
elevator=deadline
Сохранить и выйти. После этого введите терминал
sudo update-grub
Перезагрузка.
FYI: Это изменяет так называемый планировщик на «крайний срок».
Источник: эта нить
======================================== =========================================== [... d13]
Источник должен был бы снизить параметры 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 [ ! d22]
Сохранить, закрыть и перезагрузить. Готово.
Вы можете попробовать обходные решения, которые я уже предоставил в этой теме:
Я заметил ужасные зависания во время операций ввода-вывода. Хотя я не могу сказать, почему это происходит, я могу предложить обходное решение. Вот как:
В терминале введите
echo "deadline" | sudo tee /sys/block/sda/queue/scheduler
Повторите попытку перемещения или копирования больших массивов файлов. Вы должны заметить огромную разницу. Если да, сделайте изменение постоянным, введя терминал:
gksudo gedit /etc/default/grub
В строке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT="", добавьте следующую строку между "" s:
elevator=deadline
Сохранить и выйти. После этого введите терминал
sudo update-grub
Перезагрузка.
FYI: Это изменяет так называемый планировщик на «крайний срок».
Источник: эта нить
======================================== =========================================== [... d13]
Источник должен был бы снизить параметры 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 [ ! d22]
Сохранить, закрыть и перезагрузить. Готово.
Вы можете попробовать обходные решения, которые я уже предоставил в этой теме :
Я заметил ужасные зависания во время операций ввода-вывода. Хотя я не могу сказать, почему это происходит, я могу предложить обходное решение. Вот как:
В терминале введите
echo "deadline" | sudo tee / sys / block / sda / queue / scheduler
Повторите попытку перемещения или копирования больших массивов файлов. Вы должны заметить огромную разницу. Если да, сделайте изменение постоянным, набрав терминал:
gksudo gedit / etc / default / grub
В строке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT = ""
, добавьте следующую строку между ""
s:
лифт = крайний срок
Сохранить и выйти. После этого введите терминал
sudo update-grub
Перезагрузите
FYI: Это изменяет так называемый планировщик
Источник: http://techtitbits.com/2010/04/get-rid-of-freeze-ups-during-disk-io-activity-in-ubuntu /
==================================================== ========================================
Другой Возможно, будет уменьшено количество настроек dirty_ratio. Чтобы проверить его, введите терминал:
sudo bash -c "echo 10 & gt; / proc / sys / vm / dirty_ratio"
sudo bash -c "echo 5 & gt; / proc / sys / vm / dirty_background_ratio"
Если это помогает, сделайте его постоянным, отредактировав файл sysctl.conf:
gksudo gedit /etc/sysctl.conf
В конце файла добавьте следующие строки:
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5
Сохранить, закрыть и перезагрузить. Готово.
Вы можете попробовать обходные решения, которые я уже предоставил в этой теме :
Я заметил ужасные зависания во время операций ввода-вывода. Хотя я не могу сказать, почему это происходит, я могу предложить обходное решение. Вот как:
В терминале введите
echo "deadline" | sudo tee / sys / block / sda / queue / scheduler
Повторите попытку перемещения или копирования больших массивов файлов. Вы должны заметить огромную разницу. Если да, сделайте изменение постоянным, набрав терминал:
gksudo gedit / etc / default / grub
В строке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT = ""
, добавьте следующую строку между ""
s:
лифт = крайний срок
Сохранить и выйти. После этого введите терминал
sudo update-grub
Перезагрузите
FYI: Это изменяет так называемый планировщик
Источник: http://techtitbits.com/2010/04/get-rid-of-freeze-ups-during-disk-io-activity-in-ubuntu /
==================================================== ========================================
Другой Возможно, будет уменьшено количество настроек dirty_ratio. Чтобы проверить его, введите терминал:
sudo bash -c "echo 10 & gt; / proc / sys / vm / dirty_ratio"
sudo bash -c "echo 5 & gt; / proc / sys / vm / dirty_background_ratio"
Если это помогает, сделайте его постоянным, отредактировав файл sysctl.conf:
gksudo gedit /etc/sysctl.conf
В конце файла добавьте следующие строки:
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5
Сохранить, закрыть и перезагрузить. Готово.
Вы можете попробовать обходные решения, которые я уже предоставил в этой теме :
Я заметил ужасные зависания во время операций ввода-вывода. Хотя я не могу сказать, почему это происходит, я могу предложить обходное решение. Вот как:
В терминале введите
echo "deadline" | sudo tee / sys / block / sda / queue / scheduler
Повторите попытку перемещения или копирования больших массивов файлов. Вы должны заметить огромную разницу. Если да, сделайте изменение постоянным, набрав терминал:
gksudo gedit / etc / default / grub
В строке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT = ""
, добавьте следующую строку между ""
s:
лифт = крайний срок
Сохранить и выйти. После этого введите терминал
sudo update-grub
Перезагрузите
FYI: Это изменяет так называемый планировщик
Источник: http://techtitbits.com/2010/04/get-rid-of-freeze-ups-during-disk-io-activity-in-ubuntu /
==================================================== ========================================
Другой Возможно, будет уменьшено количество настроек dirty_ratio. Чтобы проверить его, введите терминал:
sudo bash -c "echo 10 & gt; / proc / sys / vm / dirty_ratio"
sudo bash -c "echo 5 & gt; / proc / sys / vm / dirty_background_ratio"
Если это помогает, сделайте его постоянным, отредактировав файл sysctl.conf:
gksudo gedit /etc/sysctl.conf
В конце файла добавьте следующие строки:
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5
Сохранить, закрыть и перезагрузить. Готово.
Вы можете попробовать обходные решения, которые я уже предоставил в этой теме :
Я заметил ужасные зависания во время операций ввода-вывода. Хотя я не могу сказать, почему это происходит, я могу предложить обходное решение. Вот как:
В терминале введите
echo "deadline" | sudo tee / sys / block / sda / queue / scheduler
Повторите попытку перемещения или копирования больших массивов файлов. Вы должны заметить огромную разницу. Если да, сделайте изменение постоянным, набрав терминал:
gksudo gedit / etc / default / grub
В строке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT = ""
, добавьте следующую строку между ""
s:
лифт = крайний срок
Сохранить и выйти. После этого введите терминал
sudo update-grub
Перезагрузите
FYI: Это изменяет так называемый планировщик
Источник: http://techtitbits.com/2010/04/get-rid-of-freeze-ups-during-disk-io-activity-in-ubuntu /
==================================================== ========================================
Другой Возможно, будет уменьшено количество настроек dirty_ratio. Чтобы проверить его, введите терминал:
sudo bash -c "echo 10 & gt; / proc / sys / vm / dirty_ratio"
sudo bash -c "echo 5 & gt; / proc / sys / vm / dirty_background_ratio"
Если это помогает, сделайте его постоянным, отредактировав файл sysctl.conf:
gksudo gedit /etc/sysctl.conf
В конце файла добавьте следующие строки:
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5
Сохранить, закрыть и перезагрузить. Готово.
Вы можете попробовать обходные решения, которые я уже предоставил в этой теме :
Я заметил ужасные зависания во время операций ввода-вывода. Хотя я не могу сказать, почему это происходит, я могу предложить обходное решение. Вот как:
В терминале введите
echo "deadline" | sudo tee / sys / block / sda / queue / scheduler
Повторите попытку перемещения или копирования больших массивов файлов. Вы должны заметить огромную разницу. Если да, сделайте изменение постоянным, набрав терминал:
gksudo gedit / etc / default / grub
В строке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT = ""
, добавьте следующую строку между ""
s:
лифт = крайний срок
Сохранить и выйти. После этого введите терминал
sudo update-grub
Перезагрузите
FYI: Это изменяет так называемый планировщик
Источник: http://techtitbits.com/2010/04/get-rid-of-freeze-ups-during-disk-io-activity-in-ubuntu /
==================================================== ========================================
Другой Возможно, будет уменьшено количество настроек dirty_ratio. Чтобы проверить его, введите терминал:
sudo bash -c "echo 10 & gt; / proc / sys / vm / dirty_ratio"
sudo bash -c "echo 5 & gt; / proc / sys / vm / dirty_background_ratio"
Если это помогает, сделайте его постоянным, отредактировав файл sysctl.conf:
gksudo gedit /etc/sysctl.conf
В конце файла добавьте следующие строки:
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5
Сохранить, закрыть и перезагрузить. Готово.
Вы можете попробовать обходные решения, которые я уже предоставил в этой теме :
Я заметил ужасные зависания во время операций ввода-вывода. Хотя я не могу сказать, почему это происходит, я могу предложить обходное решение. Вот как:
В терминале введите
echo "deadline" | sudo tee / sys / block / sda / queue / scheduler
Повторите попытку перемещения или копирования больших массивов файлов. Вы должны заметить огромную разницу. Если да, сделайте изменение постоянным, набрав терминал:
gksudo gedit / etc / default / grub
В строке, начинающейся с GRUB_CMDLINE_LINUX_DEFAULT = ""
, добавьте следующую строку между ""
s:
лифт = крайний срок
Сохранить и выйти. После этого введите терминал
sudo update-grub
Перезагрузите
FYI: Это изменяет так называемый планировщик
Источник: http://techtitbits.com/2010/04/get-rid-of-freeze-ups-during-disk-io-activity-in-ubuntu /
==================================================== ========================================
Другой Возможно, будет уменьшено количество настроек dirty_ratio. Чтобы проверить его, введите терминал:
sudo bash -c "echo 10 & gt; / proc / sys / vm / dirty_ratio"
sudo bash -c "echo 5 & gt; / proc / sys / vm / dirty_background_ratio"
Если это помогает, сделайте его постоянным, отредактировав файл sysctl.conf:
gksudo gedit /etc/sysctl.conf
В конце файла добавьте следующие строки:
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5
Сохранить, закрыть и перезагрузить. Готово.
Вы используете Ubuntu One? Я испытываю схожие проблемы с U1 после загрузки.
При загрузке вы можете попробовать открыть системный монитор (должен находиться в разделе «Система»> «Администрирование») и посмотреть, запутывает ли ubuntuone-syncdaemon (или другую программу) жесткий диск , Или еще лучше, загрузите программу под названием iotop и запустите ее с терминала сразу после загрузки. Он покажет, какая программа отвечает за высокие ожидания ввода-вывода.
Вы используете Ubuntu One? Я испытываю схожие проблемы с U1 после загрузки.
При загрузке вы можете попробовать открыть системный монитор (должен находиться в разделе «Система»> «Администрирование») и посмотреть, запутывает ли ubuntuone-syncdaemon (или другую программу) жесткий диск , Или еще лучше, загрузите программу под названием iotop и запустите ее с терминала сразу после загрузки. Он покажет, какая программа отвечает за высокие ожидания ввода-вывода.
вы используете Ubuntu один? Я испытываю похожие проблемы с У1 после загрузки.
Вы можете попробовать открыть Системный монитор (должен быть в разделе Администрирование системы>) при загрузке и посмотреть, если ubuntuone-syncdaemon (или другой программы) занимает на жестком диске. Или еще лучше, скачать программу под названием надо, и запустить его прямо из терминала после загрузки. Он покажет, какая программа отвечает за высокое ожидание ввода-вывода.
Вы используете Ubuntu One? Я испытываю схожие проблемы с U1 после загрузки.
При загрузке вы можете попробовать открыть системный монитор (должен находиться в разделе «Система»> «Администрирование») и посмотреть, запутывает ли ubuntuone-syncdaemon (или другую программу) жесткий диск , Или еще лучше, загрузите программу под названием iotop и запустите ее с терминала сразу после загрузки. Он покажет, какая программа отвечает за высокие ожидания ввода-вывода.
Вы используете Ubuntu One? Я испытываю схожие проблемы с U1 после загрузки.
При загрузке вы можете попробовать открыть системный монитор (должен находиться в разделе «Система»> «Администрирование») и посмотреть, запутывает ли ubuntuone-syncdaemon (или другую программу) жесткий диск , Или еще лучше, загрузите программу под названием iotop и запустите ее с терминала сразу после загрузки. Он покажет, какая программа отвечает за высокие ожидания ввода-вывода.
Вы используете Ubuntu One? Я испытываю схожие проблемы с U1 после загрузки.
При загрузке вы можете попробовать открыть системный монитор (должен находиться в разделе «Система»> «Администрирование») и посмотреть, запутывает ли ubuntuone-syncdaemon (или другую программу) жесткий диск , Или еще лучше, загрузите программу под названием iotop и запустите ее с терминала сразу после загрузки. Он покажет, какая программа отвечает за высокие ожидания ввода-вывода.
Вы используете Ubuntu One? Я испытываю схожие проблемы с U1 после загрузки.
При загрузке вы можете попробовать открыть системный монитор (должен находиться в разделе «Система»> «Администрирование») и посмотреть, запутывает ли ubuntuone-syncdaemon (или другую программу) жесткий диск , Или еще лучше, загрузите программу под названием iotop и запустите ее с терминала сразу после загрузки. Он покажет, какая программа отвечает за высокие ожидания ввода-вывода.
Вы используете Ubuntu One? Я испытываю схожие проблемы с U1 после загрузки.
При загрузке вы можете попробовать открыть системный монитор (должен находиться в разделе «Система»> «Администрирование») и посмотреть, запутывает ли ubuntuone-syncdaemon (или другую программу) жесткий диск , Или еще лучше, загрузите программу под названием iotop и запустите ее с терминала сразу после загрузки. Он покажет, какая программа отвечает за высокие ожидания ввода-вывода.
Вы используете Ubuntu One? Я испытываю схожие проблемы с U1 после загрузки.
При загрузке вы можете попробовать открыть системный монитор (должен находиться в разделе «Система»> «Администрирование») и посмотреть, запутывает ли ubuntuone-syncdaemon (или другую программу) жесткий диск , Или еще лучше, загрузите программу под названием iotop и запустите ее с терминала сразу после загрузки. Он покажет, какая программа отвечает за высокие ожидания ввода-вывода.
Вы используете Ubuntu One? Я испытываю схожие проблемы с U1 после загрузки.
При загрузке вы можете попробовать открыть системный монитор (должен находиться в разделе «Система»> «Администрирование») и посмотреть, запутывает ли ubuntuone-syncdaemon (или другую программу) жесткий диск , Или еще лучше, загрузите программу под названием iotop и запустите ее с терминала сразу после загрузки. Он покажет, какая программа отвечает за высокие ожидания ввода-вывода.