Назад | Перейти на главную страницу

Стоит ли отключать файл подкачки с SSD?

Я читал этот вопрос, и в нем много полезной информации.

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

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

Что, вы парни, думаете?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Возможным вариантом может быть установка действительно маленького размера.

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

ОТДЕЛКА на самом деле самый большой то, что вы можете сделать, чтобы продлить срок службы SSD. И вот почему: твердотельные накопители периодически «собирают мусор» - копируют (фрагментированные) данные из частично пустых блоков стирания и непрерывно записывают их во вновь стертый блок.

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

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

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

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

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

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

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

Я бы посоветовал не использовать своп, если вам это сойдет с рук. Или, возможно, снизит уровень swappiness. Хотя его трудно изнашивать (сколько времени потребуется для записи на весь диск 100000 раз при максимальной пропускной способности?), Если вам это не нужно.

Опять же, спящий режим (приостановка на диск) не работает без какой-либо подкачки.

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

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

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

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

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

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