Есть ли какое-то преимущество в том, что на компьютере разработчика Windows более 16 ГБ ОЗУ?

Question

Предполагается, что компьютер (Dual Quad Core Xeon (2,26 ГГц) с 24 ГБ ОЗУ) работает под управлением Windows Server 2008 и Hyper-V. Сколько виртуальных машин можно ожидать одновременно с хорошей производительностью?

Это перебор? Вы действительно можете иметь слишком много оперативной памяти?

Предполагая 2 ГБ на ВМ. Это около 16 ГБ для виртуальных машин с 8 ГБ осталось для основной ОС и Hyper-V.

Звучит правильно?

---

Редактировать:

Я пытался сделать вопрос менее похожим на хвастовство. Никогда не был моим намерением. Это сложный вопрос, чтобы написать.

Answer 1

«Я хочу запустить около 8 виртуальных машин одновременно, используя Hyper-V».

С какой стати вы хотели бы сделать такую вещь?

Поскольку вы вряд ли сможете одновременно загружать ВСЕ 8 во время разработки (за исключением, возможно, краткого нагрузочного теста), вы, вероятно, сможете запустить все 8 В в 2 ГБ и при этом эффективно использовать все эти ядра.

Answer 2

У меня есть несколько обычных компьютеров с VMware, которые мы используем для тестирования, непрерывной интеграции и т.д.

Эти машины имеют один четырехъядерный процессор и 16 ГБ ОЗУ каждый - в нашей текущей конфигурации мы заметили, что:

• Сначала мы связаны с вводом / выводом, затем с процессором, а память не проблема.
• Использование iSCSI и OpenFiler для размещения виртуальных жестких дисков на отдельном выделенном файловом сервере через двойной гигабитный Ethernet позволило снизить затраты и повысить производительность по сравнению с локальными дисками.
• 16 ГБ памяти используется недостаточно на каждой машине, при этом большинство экземпляров выделяется только между 512 МБ и 2 ГБ ОЗУ, а ОС имеет 5 или 6 ГБ свободной памяти.
• За стоимость одного двухъядерного компьютера Xeon с 24 ГБ ОЗУ вы можете приобрести 2 или более 4+ обычных компьютера, каждый с 16 ГБ ОЗУ и одним четырехъядерным процессором (отказ от FBDIMM может сэкономить много денег) - тем более, что избыточность не является такой проблемой для машины тестирования / разработки.
• При тестировании сложных приложений / сред часто бывает полезно, чтобы разные виртуальные машины находились в разных физических средах, просто чтобы обеспечить реалистичный уровень задержки в сети между различными сервисами.

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

Сообщение в блоге о моей первоначальной настройке с прошлого года.

Answer 3

Это зависит от того, какую версию Windows вы используете. Вот некоторая информация:http://msdn.microsoft.com/en-us/library/aa366778.aspx

64-битная Windows Vista Business и выше, а также 64-битная Windows 2008 Server Standard и выше должны иметь возможность обращаться к ОЗУ.

Answer 4

В 64-битной Windows решение этой проблемы не должно вызывать проблем. Я бы подумал, что вашей самой большой проблемой будет ввод-вывод, когда одновременно работает много виртуальных машин. Я бы посоветовал инвестировать в диски SAS с самыми быстрыми доступными RPM для эффективной поддержки такого количества виртуальных машин.

Answer 5

У меня был похожий вопрос, и вместо того, чтобы обсуждать его в теоретическом плане, я решил купить его с мыслью, что при необходимости заменю / обновлю его. Я получил Core i7 920 с 12 ГБ ОЗУ, 2 твердотельных накопителя Intel 80 ГБ (RAID 0), два жестких диска SATA 1 ТБ (RAID 1) и одноразовый SATA 1 ТБ.

Я бросил на Windows Server 2008 x64 и разместил пару виртуальных машин на моих SSD. Очень, очень быстрые ответы. (У меня есть некоторый опыт работы с виртуальными машинами, и я знаю, что дисковый ввод-вывод мог бы израсходовать меня на хостинг среды разработки на виртуальной машине, особенно при добавлении SQL Server к тем же шпинделям.

Я действительно наслаждался этой установкой, но затем прибыла игровая площадка для ВМ (Dell 1950 с 32 ГБ ОЗУ и изящным небольшим SAN). Я перебросил эти виртуальные машины на него вместе с некоторыми другими и загрузил Windows 7 на свои твердотельные накопители. (Я чувствовал, что могу поиграть с моей системой, потому что теперь я размещал несколько виртуальных машин независимо от моей новой рабочей станции.)

Самое большое, что я заметил, было то, насколько приятнее было развиваться на машине без виртуальной машины. Не столько скорость, сколько визуальные эффекты, сглаживание шрифтов и т.д. SSD действительно сделали ввод / вывод не фактор, но они заставляют все чувствовать себя мгновенно. (Кроме того, Windows 7 сладка.)

Я знаю, что мне придется перестраивать его, когда выйдет RTM, но у меня есть виртуальные машины, с которыми я могу работать, пока он перестраивается. Мне нужно будет использовать VPC вместо Hyper-V для создания виртуальных машин, которые мне нужны, чтобы никто не запутался, но я считаю, что это разумный компромисс.

Короче говоря, я повторю другие, которые говорят о размещении виртуальных машин на отдельном сервере, но я хотел бы добавить, что твердотельные накопители Intel очень быстрые. отдельные машины дают вам больше гибкости. Ваши диски звучат достаточно быстро для тестирования, но для разработки, мгновенные удары быстро.

Answer 6

Поскольку каждая виртуальная машина "владеет" своей собственной памятью в Hyper-V, количество виртуальных машин, которые вы можете активно размещать, ограничено доступной оперативной памятью. Так что не может иметь слишком много.

Конечно, самая большая скорость бутылочного горлышка на машине разработчика - жесткий диск. С помощью дополнительной оперативной памяти вы можете настроить себе ОЗУ, которое может иметь огромное преимущество в производительности.

Answer 7

У вас не возникнет проблем с обращением к этой оперативной памяти, вам, возможно, удастся сэкономить 20 ГБ, но в этот момент вы также можете получить дополнительные 4 ГБ. Почему вы делаете это на компьютере разработчика? Если вы не являетесь шоу для одного человека, должен быть центральный сервер, который обрабатывает подобные вещи.

Answer 8

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

Мои 2 цента

Answer 9

Роберт,

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

У меня была возможность работать с VMWare Infrastructure 3 (это общая номенклатура для семейства продуктов / технологий виртуализации серверов VMWare), и я должен сказать, что впечатлен. Серверная версия чрезвычайно эффективна по сравнению с версией для рабочей станции и предлагает невероятную гибкость.

У меня нет опыта работы с Hyper-V, но многие люди, которые использовали его, высоко оценивают его. Тем не менее, я считаю VMWare превосходной альтернативой, поскольку она позволяет вам создавать виртуальные машины, работающие под управлением разных операционных систем, на одном физическом хосте, что Hyper-V не может сделать (AFAIK).

Что касается оперативной памяти, ограничения инфраструктуры 3 VMWare выходят далеко за пределы 24 ГБ, и это позволяет вам выделять доступную память и даже каждое ядро, как вы хотите между гостями - до тех пор, пока гости поддерживают его.

Если вы заинтересованы в изучении VMWare Infrastructure 3, я настоятельно рекомендую эту книгу, так как она содержит обсуждение архитектуры сервера VMWAre ESX и технические соображения, которые вы вряд ли найдете где-либо еще.

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

Answer 10

Мы используем Hyper V и размещаем экземпляры как Server 2003, так и XP на одном компьютере.

--- это должен был быть ответ пользователя, который сказал, что вы не можете размещать разные ОС на одной и той же машине в Hyper V. Или, во всяком случае, именно так я и читаю.