Размер раздела подкачки на компьютере 64 ГБ оперативной памяти работает

RedHat рекомендует 4 ГБ на машине с 64 ГБ.

однако, замена размеров - это скорее искусство, чем наука. Это зависит от того, для чего используется машина, сколько места на диске и памяти у вас есть и другие факторы. Помни,вы всегда можете добавить больше обмен позже.

использование правила 2X физической памяти устарело с количеством систем памяти в эти дни. Но запуск с нулевым свопом не рекомендуется, если вы не знаете, что ты справляешься. Рекомендация 4 ГБ является хорошей отправной точкой.

в Linux, вам нужно достаточно подкачки, так что общая виртуальная память доступна (ОЗУ + подкачки) достаточно для всех процессов, которые вы хотите запустить сразу и их максимальное виртуальное пространство.

Если у вас меньше подкачки, чем это, или нет подкачки вообще, то происходит следующая ситуация: система работает из памяти, пытаясь выделить страницу. Но это все еще мягкий сбой, даже если нет подкачки, потому что в системе есть много страниц "жертвы", которые можно удалить, чтобы освободить место: а именно, страницы всех файловых отображений памяти, таких как исполняемые файлы и общие библиотеки!

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

подкачки смягчает эту проблему, предоставляя место для анонимных (не файла, сопоставленного) страницы для выгрузки: страницы, используемые для выделения памяти, чтобы исполняемый код мог оставаться в памяти.

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

dd if=/dev/zero of=/path/to/swapfile size=$((1024 * 1024)) count=32768  # 32 Gb.
mkswap /path/to/swapfile
swapon /path/to/swapfile

когда вам не нужно это любой больше:

swapoff /path/to/swapfile
rm /path/to/swapfile

Примечания:

1. вы определенно не нужно, чтобы настроить хотя бы так, как вы есть RAM. Это эмпирическое правило восходит к операционным системам, где это было трудное требование из-за способа подкачки был разработан.

2. есть способы, чтобы сделать Linux терпеть неудачу трудно, когда память не доступна, а именно с помощью манипулирования значения этих записей sysctl:

   vm.overcommit_memory
   vm.overcommit_ratio
   

есть еще соображения. Если вам нужно / хотите приостановить работу, то вам нужно, по крайней мере, размер оперативной памяти, а затем некоторые. Однако это звучит маловероятно, что вам это нужно, учитывая, что вы, похоже, в основном строите вычислительную рабочую лошадь.

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

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

современные операционные системы предоставляют виртуальную память как сочетание физической памяти и пространства подкачки, так что если вам нужно больше памяти, чем машина доступна вам должны добавить достаточно места подкачки, чтобы заполнить пробел. Т. е. если вам нужно 80 Гб максимум, и машина имеет 64 ГБ вам нужно 16 ГБ подкачки.

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

там ничего плохого в работе без swapspace если нехватка памяти всегда меньше. Linux будет прозрачно использовать неиспользуемую память как дисковый кэш.

гораздо лучше, чем иметь "много подкачки" (ре)организовать свою работу так, чтобы рабочие наборы поместились в памяти, а затем использовать файловую систему для хранения и извлечения работы, которую вы делаете. То есть, вместо того, чтобы заставлять ОС угадывать, какими будут ваши шаблоны использования памяти, используйте то, что вы знаете о своих проблемах, чтобы контролировать свои шаблоны использования памяти.

в качестве случайного примера, который имеет непосредственное отношение ко мне этим летом... При реализации квадратичного сита необходимо большое (по-видимому) непрерывный массив для разметки (с некоторым сложным алгоритмом, детали которого фактически не имеют значения для этого примера). Массив должен быть ~100 Гига-записей, так легко в диапазоне 1 ТБ. Я мог бы притвориться, что выделяю это и позволяю ОС делать удивительное количество неэффективной подкачки, чтобы получать страницы и из ОЗУ для поддержки всех последовательных операций записи через массив. Вместо того, чтобы делать что-то тупое, я организовал выделение гораздо меньшего массива, который точно вписывается память, а затем повторно использовать этот маленький массив, чтобы итеративно покрыть остальную часть большого массива в ломтиках. Я также лишил ОС, лишил работающий набор служб, заменил оболочку и настроил два уровня распределителей памяти, чтобы сделать их проклятыми, чтобы сохранить как можно больше адресного пространства, доступного моему процессу, как можно ближе к непрерывному.

SSD может быть быстрым, но это не так быстро, как организовать ваши вычисления, чтобы сделать тот же набор операций без остановки менять.

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

Если у вас есть запасной порт USB 3.0, я бы предложил использовать флэш-накопитель для вашего пространства подкачки. Есть много высокоскоростных флэш-накопителей, которые так же быстро, как ваш SSD, но гораздо дешевле-достаточно дешево заменить, если он начал терпеть неудачу. Быстрый поиск на Amazon показывает что есть много достойных 16 ГБ USB 3.0 флэш-накопители для менее чем $20, и даже некоторые 64 ГБ диски под $ 60.

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