При добавлении диска VHD-данных в виртуальную машину меня попросят "Предпочтение хоста" ( "Нет", "Только чтение", "Чтение/запись" ).
Может ли кто-нибудь сказать мне эффект выбора одного над другим?
В частности, я использую VM как сервер сборки, поэтому диски используются для компиляции исходного кода .Net. Какая настройка была бы лучше всего в этом сценарии?
Так же, как и в настройках, этот параметр включает настройки кэширования для ввода-вывода. Эффект их изменения заключается в том, что чтение, запись или чтение и запись могут быть кэшированы для производительности. Например, если у вас есть базы данных только для чтения/файлы Lucene/файлы только для чтения, было бы оптимально включить кэш чтения для диска.
Я не видел резких изменений производительности при изменении этого параметра (до тех пор, пока я не использовал SQL Server/Lucene) на дисках. Высокий уровень ввода-вывода будет улучшен за счет удаления дисков... в вашем случае, если у вас есть миллионы строк кода из 10000 файлов, вы можете увидеть улучшение производительности при чтении/записи. Максимальное значение IOPs по умолчанию для одного накопителя - 500 IOP (это около 2x15k SAS-дисков или high-end SSD). Если вам нужно больше, добавьте больше дисков и полосу их...
Например, на большой большой виртуальной машине вы можете подключить 16 дисков * 500 IOP (~ 8 000 IOP): http://msdn.microsoft.com/en-us/library/windowsazure/dn197896.aspx (есть хорошие записи/документы для людей, которые делали это и обеспечивали оптимальную производительность, добавляя максимальное количество меньших дисков... вместо одного массивного).
Краткий обзор: оставьте значения по умолчанию для кеширования. Протестируйте с помощью инструментов ввода-вывода для определенной производительности. Производительность одиночного привода вряд ли будет иметь значение, если I/O - это ваши узкие диски с чередованием, будет намного лучше, чем настройка кэширования на диске VHD.
Наиболее полное сообщение, которое я видел о вариантах кэширования, - это блог группы Windows Azure Storage Team post от Брэда Колдера.
(Фиксированная ссылка)