8

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

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

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

1 ответ1

3

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

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

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

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

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

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

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