раздел подкачки по сравнению с файлом подкачки
Я читал новые изменения с Ubuntu 17.04, и каждый привлек мое внимание, которое перемещалось от типичной модели раздела подкачки до новой модели файла подкачки для новых установок.
Есть ли преимущества для использования этого в противоположность разделу подкачки, возможно, связанному с или с точки зрения производительности, экономящей место, больше в соответствии с сегодняшними аппаратными средствами как SSD и NVMe или что-то еще?
Другой связанный вопрос состоит в том, как я могу мигрировать от раздела подкачки до файла подкачки? Я предполагаю использование dd, но хочу подтвердить, так как я не знал о схеме файла подкачки до сих пор.
И наконец, спящий режим будет проблемой с файлами подкачки?
Конечно, эти вопросы могли бы быть связаны со случаями, где у пользователя есть много RAM, и подкачка редко используется (я предполагаю). Таким образом, только, чтобы подтвердить, что эта информация поможет мне и другим с теми же сомнениями.
1 ответ
Единственное преимущество своп-файла состоит в том, что легко изменить размер, таким образом, нет большого количества точки в переходе, если Вы не недовольны своим размером раздела подкачки.
Традиционно своп-файлу препятствовали по ряду причин. Своп-файл раньше был медленнее перед Linux v2.4 и мог бы все еще быть медленнее при создании своп-файла во фрагментированной файловой системе. Можно быть немного более вероятны поразить ошибки памяти своп-файлами, например, уловки - 22, где Вы не можете больше выделять память, пока Вы не выгружаете некоторых, но файловая система должна выделить, прежде чем можно будет выгрузить. Несколько лет, назад бывших в спящем режиме к своп-файлам, были спорной новой возможностью по подобным причинам. Несколько лет назад, когда файловые системы были все еще небольшим багги (и не журналировал), было неблагоразумно сделать огромные числа записи важные файловые системы, когда Вы могли просто использовать своп-файл вместо этого. Как значение по умолчанию традиции, разделы подкачки были протестированы больше, чем своп-файлы. По-видимому, Канонический думают, что об этих проблемах не стоит вызывать беспокойство больше.
Самая большая причина теперь для не переключения на своп-файл, "почему фиксируют что-то, что не повреждается". Если Вы не копируете свой основной раздел и случайно удаляете Ваш /home вместо Вашего своп-файла это была бы стычка, пытающаяся вернуть его.
Другая причина не переключиться на своп-файлы, то, если Вы используете btrfs который еще не поддерживает своп-файлы (кроме через медленные петлевые файлы)
Даже если Вы действительно решаете пойти для файла подкачки, нет никакой реальной потребности удалить Ваш раздел подкачки, если Вы не коротки на пространстве. Можно использовать обоих одновременно, если Вы хотите. Если Вы действительно решаете удалить раздел подкачки, в первую очередь, загрузиться с Ubuntu LiveCD и пойти try without installing. Затем в выполненном терминале gparted, удалите раздел подкачки и измените размер остающихся разделов (выполнение резервного копирования сначала может быть хорошей идеей).
Теперь перезагрузка в Вашу обычную Ubuntu устанавливает и создает своп-файл. Так как преимущество своп-файла состоит в том, что легко изменить размер, можно хотеть использовать SwapSpace для управления размером своп-файла:
sudo apt install swapspace
Вы могли также вручную создать своп-файл путем следования инструкциям в: https://www.digitalocean.com/community/tutorials/how-to-add-swap-space-on-ubuntu-16-04
Короче говоря, можно сделать своп-файл 1G путем вставки следующего в терминал
sudo fallocate -l 1G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
sudo swapon --show
Если это работает, можно сделать это постоянным путем выполнения:
sudo cp /etc/fstab /etc/fstab.bak
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab