Linux замедляется к проверке при разархивировании большого файла
Я начал разархивировать файл RAR что это большие несколько гигабайтов. Компьютер теперь действительно не торопится, он почти замораживается. Иногда я могу переместить мышь немного, но вот именно. Процесс разархивирования, кажется, остановился, поэтому теперь все, что я могу сделать, перезапустить систему. Я не думаю, что могу разархивировать этот файл в Linux.
У меня никогда не было этой проблемы в Windows. Как это может быть зафиксировано?
5 ответов
Попытайтесь выполнить команду с более низким приоритетом с помощью хорошей утилиты. Распаковка больших файлов может быть требовательной на ЦП, следовательно почему это обычно - один из инструментов, используемых для измерения уровня в сравнительных тестах ЦП и обзорах.
пример:
$ nice -15 ./myprogram
Число, которое Вы указываете, является корректировкой хорошего уровня по умолчанию.-20 являющийся самым высоким приоритетом и 19 являющийся самым низким. Отрицательные числа резервируются для пользователя root.
Я нашел решение. У меня есть виртуальная машина Windows, уже установленная в Linux. Я совместно использовал папку, где архив с виртуальной машиной. Затем в Windows, я разархивировал файл, использующий с 7 zip, и все пошло гладкое. Требовалось много времени, но я не видел заметного различия в производительности системы. С 7 zip не доступно для Linux. Windows может все еще иногда быть полезным!
Разархивирование крупного архива не должно быть проблемой, Вы просто видите признаки чего-то еще.
Ваш раздел Linux около его способности? Как полных 95% или больше? Если это так, затем много файловых систем (включая ext3, ext4 и reiserfs) станут намного медленнее.
Является диск скоростью ввода-вывода иначе хорошо в Linux? Программы запустятся в разумный срок, просмотр вокруг каталогов с файловым менеджером чувствуют себя мгновенными или медленными? Вы попробовали некоторую программу сравнительного тестирования, такую как bonnie ++ или ионизируетесь?
unarchiver выделяет всю доступную память? Посмотрите вершину при попытке разархивировать тот пакет.
Иногда значение по умолчанию cfq диск планировщик ввода-вывода может привести к нечетным проблемам во время продолжительных пакетов активности диска. Вы могли бы попробовать крайний срок или упреждающие планировщики вместо этого. Например, крайний срок имеет тенденцию быть довольно хорошим с рабочими нагрузками базы данных, таким образом, он мог бы работать в этом случае, также.
echo deadline >/sys/block/sda/queue/scheduler
или
echo anticipatory >/sys/block/sda/queue/scheduler
Замените sda названием Вашего жесткого диска.
Это будет временным изменением, и обычно я не рекомендовал бы изменить cfq в настольном использовании, но если у Вас есть другие проблемы ввода-вывода, чем эта вещь разархивирования, это могло бы стоить того, чтобы попытаться. Если все это не просто, потому что unrar съел всю RAM... :-)