Расстановка приоритетов файла подкачки на нескольких дисках [дубликат]


8

Я управляю сервером Dell R710, используемым для некоторых очень больших вычислений нелинейного анализа методом конечных элементов (FEA). Иногда эти прогоны занимают более 500 ГБ выделенной памяти. Так как в настоящее время эта машина имеет только 132 ГБ ОЗУ, это дополнительное выделение памяти осуществляется через файл подкачки.

Файл подкачки является текущим во вращающемся массиве жестких дисков и вызывает огромное узкое место. Я исследовал максимальное использование памяти (288 ГБ) и добавление 400 ГБ твердотельного накопителя Intel 750 NVMe в качестве выделенного диска подкачки. Это должно освободить некоторые узкие места ввода-вывода файла подкачки, но я хочу убедиться, что мы не максимально используем файл подкачки и не приводим к краху при большом запуске.

Если не считать Intel 750 ГБ 800 ГБ при понятном максимальном размере файла подкачки 864 ГБ (3x 288 ГБ), могу ли я сказать Windows, чтобы использовать массив жестких дисков в качестве отказоустойчивого для дополнительного пространства на выгружаемом диске? Есть ли способ расставить приоритеты SSD в качестве основного для файла подкачки? Спасибо.


+1 за хороший вопрос. Также спрашивается как superuser.com/questions/446747/… но для windows 7. К сожалению пока нет ответа. Если мы получим хороший ответ для этого, который работает для обоих, я надеюсь закрыть другой как дубликат этого.
Хеннес

что насчет windows 10?
17

Ответы:


2

Вы не «обязаны» иметь файл подкачки в массиве жестких дисков. Вы можете просто удалить его или установить его на абсолютный минимум, если вам нужны Crash Dump (ОС сообщит вам, когда вы измените размер отдельного файла подкачки в массиве HDD). Предполагая, что массив является местоположением ОС.

Это автоматически форсирует запись в SSD после того, как он использовал файл подкачки диска OS.

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

Кто-то может спросить: «А как насчет больших кэшей, которые можно найти на большинстве контроллеров массива?» Они бесполезны для файла подкачки, опять же, потому что по определению выгружаемое содержимое - это то, что не было прочитано некоторое время, так что, скорее всего, к кэшу не будет никакого доступа для чтения файла подкачки. В этом сценарии SSD со встроенным базовым кешем будет быстрее, чем кеш массива.

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

Случайные высказывания Microsoft MVP указывают, что более быстрые диски будут автоматически одобрены. Хотя мои эмпирические наблюдения за эти годы показывают, что диск с ОС предпочтителен. Таким образом, вышеуказанная конфигурация решает обе ваши проблемы.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.