Какое-либо увеличение производительности путем помещения Windows Pagefile.sys на программное обеспечение RAID 0 Чередующихся томов?
У меня есть ноутбук класса рабочей станции рабочий Windows 7 на 64 бита с 8GB-RAM (расширяемый к 16 ГБ) и Двойные диски на 7200 об/мин SATA2.
Я знаю, что моя система будет делать интенсивное использование файла подкачки, так как я буду запускать Visual Studio 2008/2010 на хост-машине, одновременно доходя до двух Гостей Linux (Для разработки) в последнем VMware Workstation 7.0.
Оба диска установлены как Динамические диски следующим образом:
320 GB 7200 rpm Disks (Volumes NOT to scale)
+------------------------------------------------------------------------+
| VOL_WIN7 | VOL_VM_LINUX#1 | VOL_SWAP | VOL_HOME |
disk1 | C:\ | U:\ | Striped | W:\ |
| 50 GB | 90 GB | 12 GB | 168 GB |
+------------------------------------------------------------------------+
|stripe-set|
+------------------------------------------------------------------------+
| VOL_APPS | VOL_VM_LINUX#2 | VOL_SWAP | VOL_DATA |
disk2 | D:\ | V:\ | Striped | X:\ |
| 50 GB | 90 GB | 12 GB | 168 GB |
+------------------------------------------------------------------------+
Я задавался вопросом, будет ли преимущество производительности выделения моего файла подкачки фиксированного размера на NTFS VOL_SWAP Software RAID 0 Чередующихся наборов и отформатированное использование 64K Размера Единицы Выделения.
Или если я избегаю идеи Чередующегося набора и просто создаю два независимых файла подкачки.. один на каждом VOL_SWAP1 и разделах VOL_SWAP2 (Не Чередуемый) и позволяют ОС выбрать своп-файл, который это хочет использовать в любой момент согласно внутренним алгоритмам Windows Kernel.. который основан на Наименее активном Диске (однако, который определяется),
Я собирался поместить объемы файла подкачки в центр физических дисков, так как я считал на блогах Microsoft Engineering это когда дело доходит до производительности файла подкачки.. Время поиска является намного более дорогостоящим затем средние времена чтения-записи, когда файл подкачки не фрагментируется.
вышеупомянутым является Сценарий desription для backround.. но мой главный вопрос:
Программное обеспечение NTFS RAID 0 (Чередующиеся наборы) УЛУЧШАЮТ или УМЕНЬШАЮТ производительность файла подкачки при подкачивании?
Какие-либо берущие?
2 ответа
И, это было бы основанным на аппаратных средствах набегом или программным обеспечением?
Дизайн, которого Вы "делали набросок" выше, действительно не имел бы никаких существенных улучшений с RAID... Если что-нибудь Ваше создание Вашей конфигурации, более сложной затем, это должно быть. Это диски только на 320 Гбит...
Эта статья, http://www.hardwaresecrets.com/article/394/1 Входит в сравнительное тестирование подобной установки, и в основном групповое чтение имеет 50% + увеличение, но поддержанное чтение имеет только крайнее различие... В целом, для длительных операций только различие на ~5%...
Так, RAID0 действительно увеличивает производительность диска? Да, определенно. В наших тестах RAID0 удвоил среднюю скорость передачи нашего жесткого диска.
Как это увеличение производительности диска размышляет над полной производительностью системы? Это будет зависеть от вида приложения, которое Вы запускаете: программы, которые делают большой доступ к диску, будут теми наиболее принесенными пользу, конечно. На PCMark05 это увеличение было между 4,44% и 8,82%, в то время как на SYSmark2004 лучший результат был на Коммуникационном пакете, где мы видели, что производительность на 15,25% увеличилась. На этой той же программе производительность Производительности Office была увеличена на 6,52%, в то время как мы видели, что производительность увеличилась на 8,52% на 2D пакете Создания.
На основе этой статьи и ответов (см. ссылку ниже).. Я получаю впечатление, что программное обеспечение NTFS RAID, 0 Установленных на полосу не необходим, и на самом деле, было бы лучше просто гарантировать, чтобы я имел 2 (или больше) закрепил файлы подкачки на отдельных шпиндельных объемах, и позвольте ОС внутренне чередовать записи файла подкачки через оба диска на основе его собственных алгоритмов и спроса.
http://www.pcmech.com/article/striping-your-swap-file-in-xp/
В последнем ответе форума (в вышеупомянутой ссылке) говорится, что он сделал тесты, чтобы доказать, что это работает, как требуется..
Таким образом в моем выше схемы я сделал бы свой VOL_SWAP1 и объемы VOL_SWAP2 independant и выделил бы их файлам подкачки.