3

Фон

  • Мой ноутбук имеет три дисковода, два из которых являются твердотельными накопителями. Системный диск Samsung SSD 850 PRO емкостью 512 ГБ, а другой SSD - Plextor M5M 64 ГБ. Излишне говорить, что M5M значительно медленнее, чем 850 PRO, особенно с записью. (Общая производительность чтения и записи составляет около 80% и 35% от 850 PRO, соответственно.)

  • Система работает под управлением Windows 8.1 Pro и имеет 24 ГБ памяти. Размер файла подкачки в настоящее время составляет минимум 1 ГБ и максимум 8 ГБ.

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

Вопрос

  • Я рассматриваю возможность размещения файла подкачки на M5M. Однако, поскольку Windows жалуется, что не может сохранить аварийный дамп в случае BSOD, если на системном томе нет файла подкачки, было бы неплохо оставить небольшой файл подкачки на SSD 850 PRO. (Смотрите предлагаемую конфигурацию ниже.)

  • Я понимаю, что это замедлит операции подкачки из-за более низкой производительности ввода-вывода M5M. Результатом этого, однако, является то, что предотвращается конфликт с системным и прикладным вводом-выводом на главном диске. Таким образом, я не уверен относительно практического влияния на производительность, когда происходит интенсивное разбиение на страницы.

  • Я не очень беспокоюсь о выносливости NAND. SSD 850 PRO обладает чрезвычайно высокой выносливостью благодаря базовой технологии 3D V-NAND, а M5M используется не так часто.

  • Должен ли я использовать конфигурацию файла подкачки ниже? Какие еще варианты я должен рассмотреть, что может быть лучше?

Предлагаемая настройка файла подкачки

2 ответа2

2

Избегать конфликтов при размещении файла подкачки на другом диске, но производительность все равно может быть ниже в зависимости от рабочей нагрузки из-за более медленного диска. Однако, если файлы подкачки размещены на обоих дисках, система попытается использовать оба одновременно, создав эффект, подобный RAID 0, который может повысить производительность.

  • При выполнении подкачки Windows приоритизирует диск с наименьшей активностью ввода-вывода, когда файлы подкачки настроены на нескольких дисках. Как сама Microsoft заявляет в этой статье о поддержке, это уменьшает конфликт дисков:

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

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

    Рассматривая данные телеметрии из тысяч трассировок и сосредотачиваясь на чтениях и записи файлов подкачки, мы находим, что

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

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

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

  • С другой стороны, если оба SSD имеют файлы страниц, достаточно большие, чтобы вместить рабочую нагрузку, можно добиться выигрыша в производительности, поскольку подкачка может выполняться одновременно на устройствах, производящих эффект RAID 0. Преимущество в предлагаемой настройке ограничено, поскольку размер файла подкачки на системном томе составляет всего 800 МБ.

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

Размещение файла подкачки на другом томе освобождает от записи и снижает износ системного SSD

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

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

1

IWhileO: Используйте оба элемента хранения одновременно как можно лучше: один для подкачки (не исключительно), а другой для «данных, которые будут выгружаться». Если ваши программы подкачки используют страницы, тогда подкачка будет лучше всего установлена на диске. что программы не включены. (с 24 г оперативной памяти вы вряд ли пейджинговые программы).

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

Используйте 2, оба, пусть окна решают:
Предполагается, что Windows с более чем одним местоположением подкачки будет использовать лучшее расположение, так что вы также можете установить подкачку для обоих элементов диска. Он не использует оба simeltaniously, но выбирает лучший. (на самом деле я никогда не видел, чтобы это делало это, но говорят, что так и будет) Я предпочитаю, чтобы страничка на диске НЕ была местом, откуда программа или данные передаются на страницу BE, поэтому данные поступают с одного и на другой

Обычно система Windows имеет 2 "разных" типа пейджинговых сообщений.
1) После загрузки некоторые системные элементы с низким уровнем использования будут выгружены, так как они не понадобятся во время работы компьютера / операционной системы, это небольшое количество. Если этот системный пейджинг перейдет к другому элементу, отличному от того, на котором установлена ОС, то загрузка и перезагрузка станут чуть-чуть быстрее. (плюс некоторые другие похожие вещи из нескольких программ)
Этот тип может быть рассмотрено подкачки программ.

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

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

Выберите мудро Грассхоппа.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .