Необходимо ли отключить файл подкачки с SSD?

Вместо того, чтобы отключать файл подкачки в целом, может быть полезно сказать ОС не использовать его (например, sysctl vm.swappiness=0).

ОС будет избегать использования его, если не необходимо, сохраняя SSD ненужные записи.

Но принятие Вас имеет более чем достаточно RAM, я думаю, что файл подкачки должен быть отключен на SSD для расширения времени жизни. Я знаю, что Вы потеряли бы дамп ядра на катастрофическом отказе, но не многие люди нуждаются в той информации

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

Существует также большой объем дезинформации, и в большем Интернете и здесь в Отказе сервера, о SSD, страдающих от плохой продолжительности жизни. Ранняя модель SSD, возможно, имела проблемы, и карты флэш-памяти с интерфейсом USB определенно начинают ухудшаться, но SSD промышленного класса имеют намного лучшие алгоритмы выравнивания нагрузки, и некоторые используют запасную флэш-память для улучшения производительности и износа.

Диски Intel X25-E, например, требуют продолжительности записи 1 петабайта случайных записей для диска на 32 ГБ. При насыщении интерфейса записи (200 МБ/с) без остановок, с перезаписью, моя оценка, это продлится Вам приблизительно 58 дней. Но это пишет что-то как 17 ТБ данных в день к тому диску.

Типичная рабочая нагрузка сервера на диске ОС будет далекой, намного меньше, даже если у Вас есть файл подкачки. Назовите это 50 ГБ в день. Если число на 1 ПБ точно (и я знаю, что это можно считать средним показателем, больше обсуждения позже), это все еще где-нибудь к северу от 50 лет.

Те числа кажутся нелепо высокими, конечно, поэтому давайте посмотрим на реальные цифры, приведенные Intel для ожидаемой долговечности дисков. Intel был рад квалифицировать MLC (непредприятие) диски записать 100 ГБ данных, каждый день, в течение пяти лет. Стандартное понимание SLC по сравнению с флэш-памятью MLC говорит, что флэш-память SLC длится о 10x дольше, чем MLC (вышеупомянутая ссылка показывает это на графике также).

Истина будет подтверждена временем, конечно - мы или начнем видеть, что диски перестали работать рано, или мы не будем. Но числа позади дисков складывают для управления долговечностью, не являющейся проблемой с достойным качеством SSD вообще.

Если Вы используете SSD MLC, то Вы, возможно, правы быть взволнованными. Но примите во внимание, что, если Intel рад оценить диск на уровне 100 ГБ/день в течение пяти лет, это - все еще существенно то же как 50 ГБ/день в течение 10 лет. И, назад к моей исходной точке, все еще необходимо знать, какую фактическую рабочую нагрузку Вы собираетесь сделать на диске.

Лично, я сильно сказал бы для не использования SSD MLC в среде рабочего сервера. Если достойный SSD SLC является слишком дорогим, придерживайтесь вращающих дисков на данный момент.

(Как в стороне, если Вы делаете числа на, говорят 100 ГБ в день в течение 50 лет, который является "SLC, длится 10x дольше, чем MLC" оценка, похоже, что Intel заявляет, что их диск на 32 ГБ на самом деле имеет общее время жизни записи ближе к 2 ПБ данных, не 1 ПБ, процитированному на технической характеристике изделия. Даже если я только доверяю меньшим из тех двух значений, чтобы быть рад, что мои диски X25-E должны прослужить хорошо к северу от 10 лет.)

Я заявил это на другом сообщении, которое Вы связали, но мы работаем очень сервер магистрали без файла подкачки, и все здесь кажется прекрасным. На самом деле это кажется быстрее без него. У нас есть 8 ГБ RAM, и я сказал бы, что необходимо принять решение на основе того, есть ли у Вас много RAM, не, является ли Вашим жестким диском SSD или нет. Хотя я могу понять желание спасти жизнь его, не делая ненужные записи.

Я уехал бы, файл подкачки всегда включал; определенные части Вашей ОС или приложений могли бы быть записаны, чтобы ожидать, что тот, чтобы быть там, и как таков может неправильно себя вести, если нет того.

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

Опция могла бы состоять в том, чтобы установить его действительно маленький.

Я сказал бы, не используют подкачку, если можно выйти сухим из воды. Или, возможно, выключите swappiness путь. В то время как трудно износить одно (сколько времени это взяло бы для записи в целый диск 100,000 раз в максимальной пропускной способности, которую Вы имеете?), если Вам не нужен он.

С другой стороны будьте в спящем режиме (приостановите к диску), не работает без своего рода подкачки.

Раньше было некоторое нечетное поведение без подкачки (поскольку в псевдодиске на 50 МБ для свопинга к будет победа), но это было исправлено прошлым летом (или действительно ли это был 2007?), таким образом, текущая ОС должна быть прекрасной.

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

Просто используйте второй жесткий диск для виртуальной памяти.

Отключите файл подкачки на диске, когда у Вас будет большая неиспользованная память. Некоторые старые программы требуют функциональности файла подкачки и для тех, которые Windows создаст маленькую функциональность файла подкачки в памяти.

Помимо долговечности, которая, вероятно, не является проблемой, как упоминает Дэниел Лоусон, и обратной связи от самой команды MS (ниже), учтите

1. В любом случае файл подкачки будет использоваться только при необходимости
2. Если используется файл подкачки , то его размещение на SSD, а не на вращающемся жестком диске будет иметь огромное значение.

Следует ли размещать файл подкачки на SSD?

Да. Большинство операций с файлом подкачки представляют собой небольшие случайные чтения или больше последовательная запись, оба типа операций, которые SSD

При просмотре данных телеметрии из тысяч трасс и сосредоточении внимания на pagefile читает и пишет, мы обнаруживаем, что

• Pagefile.sys читает больше, чем pagefile.sys записывает примерно на 40 к 1.
• Pagefile.sys размеры чтения обычно довольно малы, на 67% меньше, чем или равно 4 КБ, и на 88% меньше 16 КБ.
• Записи Pagefile.sys относительно большой, 62% больше или равно 128 КБ и 45% размером ровно 1 МБ. Фактически, учитывая типичную ссылку на файл подкачки закономерности и благоприятные характеристики производительности SSD эти шаблоны, есть несколько файлов лучше, чем файл подкачки для размещения на SSD.

Поддержка и вопросы и ответы для твердотельных накопителей (MSDN)

У меня два SSD корпоративного класса сгорели очень преждевременно (то есть в пределах гарантии период). Думаю, причина была в сильной подмене из-за обмолота. Я часто понимал, что у меня запущены ненужные процессы / глючили демоны с утечками памяти, так что свопинг происходил постоянно. Время от времени я запускаю iostat -n9 -w 10 в фоновом режиме и замечаю, что часто наблюдается постоянная интенсивная дисковая активность. Также активность процесса ядра (своп) регистрировалась как источник большинства операций ввода-вывода. Я вспоминаю одного демона, у которого в течение нескольких месяцев происходила утечка памяти, и его нужно было периодически уничтожать. Я часто не пытаюсь устранить неполадки, если система не слишком медленная,так часто обработка продолжалась долгое время, прежде чем я нашел время, чтобы перезапустить демон. И дольше, чтобы утечка была устранена.

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

Предостережение, которое многие из ответов не признают, заключается в том, что если сервер постоянно загружает SSD, он довольно быстро сгорит. год в этой ситуации обычны. Классическая перегрузка обычно происходит, когда подкачка виртуальной памяти достаточно тяжелая, чтобы держать диск (подкачки) в основном занятым - в пределах порядка максимальной пропускной способности ввода-вывода, и есть по крайней мере один процесс, ожидающий связанного с подкачкой ввода-вывода. O, чтобы завершить большую часть времени, пока система находится в этом состоянии. Другие ответы предполагают , что система не перегружается, по крайней мере, не классическим способом; или полагайтесь на непонимание того, что такое взбучка. И это ложное предположение, несмотря на другие точные данные, приводит к неверным ответам на вопрос, ПОЧЕМУ разбиение на страницы, даже если SSD является единственным возможным местом для файла подкачки, лучше оставить включенным.

Это не напрямую связано с OP, но я хотел исправить ошибочное впечатление в ответе / комментариях выше Рональда и Дэниела. (Я новичок, поэтому у меня недостаточно моментов для комментариев.)

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

Адреса переназначаются, чтобы хост не знал об этом. Это дополнительное действие записи,не связанный напрямую с записью хоста, называется «усилением записи». В худшем случае полностью заполненного SSD с небольшим объемом избыточного (скрытого резервного) пространства, усиление записи может легко находиться в диапазоне от 500% до 700% от скорости записи хоста!

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

Таким образом, TRIM действительно важен как для долговечности, так и для производительности.

У меня уже более года работает ноутбук с 8 ГБ ОЗУ, одним твердотельным накопителем и без файла подкачки, без проблем. Я столкнулся с одной игрой, которой требовался файл подкачки, зашел на веб-сайт программного обеспечения и получил команду запуска, чтобы отключить его, проблема решена.

Моему ноутбуку четыре года. Старый, но он работает быстрее, чем некоторые новые настольные компьютеры. Утечки памяти, также известные как SWAP-файл, были проблемой ОС Windows с момента создания этого метода. К сожалению, разработчики Linux пошли по его стопам. Чем меньше программного обеспечения вы используете в фоновом режиме, тем лучше (особенно если это Microsoft).