Какова цель нескольких файлов подкачки

Можно использовать Крошечное Ядро Linux; требуется 8 МБ

29
26.07.2013, 10:32
3 ответа

Существует, о, столько причин иметь несколько областей подкачки (они не должны быть файлами), даже если у Вас только есть одношпиндельное.

Непредусмотрительность 20-20: Вы развернули машину с единственной областью подкачки, затем в конечном счете понял, что это недостаточно. Вы не можете повторно развернуть машину по желанию, но можно сделать другую область подкачки (вероятно, файл) до восстановления расположения раздела становится опцией.

Изменение размеров или перемещение областей подкачки: Вы не можете изменить размер областей подкачки (как упомянуто Evan Teitelman). И Вы не можете просто swapoff, сделайте новую область подкачки и затем swapon снова, если у Вас нет достаточного количества RAM: swapoff хочет переместить весь выгруженный страницы в RAM прежде отпускающий области подкачки. Таким образом, Вы делаете временную область подкачки, swapoff оригинал, ожидайте, пока все страницы не переместились от старой области подкачки до временной, измените размер исходного раздела подкачки, mkswap это, затем swapon измененный и swapoff временный. Подкачанные страницы копируются от временной области подкачки до измененной, и Вы сделаны. При перемещении областей подкачки Вам даже не нужна временная область. mkswap новый, swapon это, затем swapoff старый и все перемещены.

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

Сумасшедший быстрый свопинг, продолжение: альтернативно, после того как Вы знаете, где самые быстрые зоны Ваших дисков, можно сделать высокоприоритетные области подкачки в первой зоне, более низкие приоритетные области подкачки во второй зоне, и т.д. Таким образом, Ваша система свопинга автоматически знает, чтобы загрузить баланс через все быстрые дисковые зоны, предпочесть более быстрые зоны и использовать более медленные зоны в качестве водосливной области, когда потребность возникает.

Симметричное выравнивание нагрузки: в приятно созданной системе со многими шпинделями (как сервер), мне нравится иметь несколько разделов подкачки, занимающих начало каждого диска (для использования в своих интересах зональной поразрядной записи). У них всех есть идентичные приоритеты, таким образом, ядро будет баланс загрузки подкачка. Один шпиндель может дать Вам 100 МБ/с, но подкачать через все шпиндели, мог дать Вам несколько из этого. (наивно говорящий)

Осведомленное об узком месте выравнивание нагрузки: на практике, однако, там существуют другие узкие места. Так, например, 16 дисковых серверов могут иметь четыре порта SATA на 6 Гбит/с, каждого со множителем с четырьмя портами и четырьмя дисками, совместно использующими пропускную способность. Если Вы знаете об этом, можно организовать области подкачки, таким образом, Диск 1 на Портах 1–4 имеет самый высокий приоритет, вторые диски на портах 1–4 имеют второй по высоте приоритет и т.д. Это загрузит свопинг баланса, но не сокрушит множители порта.

Свопинг через устройства с другой производительностью: (как упомянуто Luke), если Ваша система не является совершенно новым сервером, и это выращено органически за эти годы, это может иметь блочные устройства, которые значительно быстрее, чем другие. Вы захотите подкачать к самому быстрому устройству сначала, затем к следующему самому быстрому, и т.д.

Соображения размера: (любезность David Kohen), возможно, помещающий всю Вашу подкачку на один диск оставляет несколько концертов свободными на диске (это походит на сценарий 2001 года, но существует много старых или встроенных устройств, где это могло быть проблемой). Разделите его через все диски, и сверх всех других преимуществ выше, Вы получаете лучшее использование дискового пространства на диск. Это - одна вещь проиграть несколько концертов на шпиндель и другого для потери 300 концертов от одного диска.

Чрезвычайные ситуации: у Вас есть точно 96 часов для представления диссертации и последнего эксперимента (тот, который это, вероятно, получит Вас, что Нобелевская премия, а также броские буквы смешанного случая после Вашего имени), сосет память на впечатляющих уровнях. Вы почти вне подкачки. Вы создаете файл подкачки с приоритетом меньше, чем приоритет Вашего основного устройства свопинга — ядро будет использовать его в качестве водосливной области подкачки. Вы могли даже установить swapd, чтобы сделать это для Вас автоматически, таким образом, у Вас также будет много области подкачки для огромных emacs и ЛАТЕКСНЫЕ выполнения.

Свопинг через различные медиа: Linux не может подкачать к устройствам посимвольного ввода-вывода, но существует много различных медиа, физических и виртуальных: SSD (примечание: Вы, вероятно, не хотите подкачивать на SSD), десятки очень различных типов вращения жестких дисков, дискет (да, можно ли подкачать на дискете — можно ли всегда стрелять себе в ногу с Unix), объемы DRBD, iSCSI, объемы LVM, LUKS зашифровал разделы, и т.д. (включая сюрреалистические, ошеломляющие многоуровневые комбинации их — подкачивают на LUKS на LVM на Zip-дисководе параллельного порта по iSCSI по агрегированному Ethernet IEEE802.3ad? Без проблем, Вы отвратительно извращаете). Они - нишевые сценарии и предназначены для поддержки нишевых требований.

48
27.01.2020, 19:38
  • 1
    Спасибо, я не знаком с Зональной поразрядной записью. Мне любопытно, я переместил бы свой раздел подкачки в просьбу диска, таким образом, я открыл новый вопрос на superuser.com –  spuder 26.07.2013, 06:31
  • 2
    я добавил бы историческую причину, что в прошлом с помощью одного диска, поскольку устройство свопинга было иногда не эффективным, поскольку это использовало слишком много пространства и сделало остальную часть диска, это было в бесполезном, или менее полезное, и разделяющий область подкачки через несколько устройств обеспечило компромисс между большой областью подкачки и суммой доступного непрерывного пространства на диске. –  Didi Kohen 26.07.2013, 10:07
  • 3
    Это все еще имеет место. Кроме того, можно хотеть, чтобы подкачка заняла самую быструю зону диска и только это. Который только дает Вам так много пространства для проигрывания с на шпиндель. Хотя это не имело место исторически, потому что зонные жесткие диски являются 'новой' вещью. (моя версия 'исторических' - когда память измерялась в словах) –  Alexios 26.07.2013, 11:09
  • 4
    +1 для "Вас может всегда стрелять себе в ногу с Unix" :-) –  DUzun 23.07.2015, 23:43

Несколько дисководов скорости. Можно настроить более быстрый, который будет использоваться сначала сопровождаемые более медленными, если тот перестал работать.

3
27.01.2020, 19:38

Вы не можете развернуть своп-файлы (по крайней мере, насколько я знаю), или подкачайте разделы, в то время как они используются. Если Вы находитесь на грани заполнения Вашей доступной области подкачки, Вам, вероятно, придется создать дополнительные своп-файлы.

Кроме того, если система нуждается в 4 ГБ области подкачки и имеет два устройства хранения данных на 2 ГБ, она должна использовать по крайней мере две области подкачки.

3
27.01.2020, 19:38

Теги

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