Как определить фактическую виртуальную конфигурацию ЦП изображения ESX?
Большая проблема, конечно, состоит в том, что нет никакого Windows. Хотя многие из нас (меня включенный) хотели бы видеть, что Нетбуки возвещают о начале новой эпохи машин, где ОС Linux стала бы столь же популярной как Windows (или по крайней мере Mac!), этого просто не произошло. Популярность Windows (или непопулярность Linux) может только предположить, что ноутбуки Linux/ARM будут маргинализованы, как ноутбуки Linux/x86.
Кроме того, я обеспокоен количеством времени и усилием, которое инвестируют в x86 архитектуру для Linux, который просто пропадет зря после миграции архитектуры. Компиляторы как gcc или ICC являются очень усовершенствованными x86 компиляторами, которые были созданы за многие годы. Эти инвестиции просто не были превращены в ARM, и это не может быть сделано в течение ночи также.
В то время как существуют преимущества, такие как значительно более низкая потребляемая мощность (хотя это даже все еще верное?) и физический размер, я думаю, что они просто затмеваются даже одними только этими двумя проблемами.
Если Вы получаете 280 сессий на VM с двумя vCPU's, и 500 + на том же физическом поле с помощью всех 4 ядер затем Вы близко подходите к производительности без операционной системы с этим конфигурация VM. Реконфигурируйте VM для использования 4 vCPU's, и производительность должна приблизиться, если ничто иное на хосте ESX не использует значительные ресурсы. Однако для 4-vCPU работы VM 4 Базовых единственных ЦП размещают Гипервизор, наверху собирается поднять некоторую часть общей способности, и это могло бы быть довольно значительно. Гипервизор ESX только запланирует Ваш VM, когда он сможет запланировать все 4 vCPU's одновременно так что-либо еще, что выполнение (Гипервизор, Сервисная консоль, другой VM's) заставит все 4 vCPU's останавливать на установке как это. На этой установке, если для Вас возможно запустить Ваше приложение через два двойных vCPU VM's, можно найти, что это масштабируется лучше даже с добавленными издержками выполнения дополнительной гостевой ОС, проблема планирования будет намного легче для Гипервизора иметь дело с тем, поскольку Вы только остановите два ядра, когда другим задачам нужно будет предоставить доступ к ресурсам ЦП.
Каждый VMware vCPU приравнивается к одноядерному в многоядерной системе, это - то, как VMware обманывает ресурсы процессора. Йоркфилд является Четверкой Core2 и определенно не поддерживает HT - он имеет 4 физических ядра без ядер HT.
ЦП-Z, работающий в VM, только сообщит о количестве vCPU's, которые представлены VM, хотя это определит базовый ЦП правильно. В зависимости от версии системы ESX и как VM настроен, он может представить VM как двухъядерный единственный процессор или как два отдельных процессора, но это не оказывает влияния на производительность, это - просто выбор презентации, который используется для упрощения определенных ситуаций с лицензированием.
Отредактированный для обеспечения более точных и текущих данных:
Строгое мнение co-планирования, высказанное выше, было определенным отвлекающим маневром. ESX использовал расслабленный механизм co-планирования так как ESX V3, который позволяет некоторый дрейф (дрейф часов между vCPU ядрами) и это улучшилось с последующими версиями.
Это все еще обычно верно, что VM, который представляет столько же vCPU's сколько существует физические ядра, испытает больше затруднений, будучи запланированным при загрузке, чем VM's с меньшим количеством vCPU's, но это не столь поразительно, как это сталкивается в моем исходном ответе. Очень подробное объяснение того, как это на самом деле работает, может быть найдено в этом отчете VMware.
-
1Теперь that' s ответ! +10, если я мог, я тосковал по информации как это.Спасибо! Одна деталь I don' t действительно добираются. Если я вижу 2 физических CPU' s с ЦП-Z и Йоркфилдом имеет 4 ядра, это могло быть превосходной конфигурацией если другой VM' s don' t поднимает > 2 других ядра? После регистрации этого я узнал, что хост VM имеет по крайней мере 3, возможно больше, VM' s, которых является мощным сервером БД, также на 2 CPU' s. Кажется, что (плохая) конфигурация ESX играет нас части здесь и что " занятый time" может означать, что другие отрезают нашего процессорного времени, делая наше взглядом " busy". – Abel 5 December 2009 в 16:31
Когда система является зависящей от ЦП, сколько процессов берет ЦП? То, что Вы описываете, подразумевает, что существует только один выполнимый процесс.
Центральные процессоры Йоркфилда не поддерживают HT, таким образом, можно исключить это.
-
1Спасибо за Ваш ответ, но где Вы нашли, что Йоркфилд не поддерживает HT? Это процессоры Intel Xeon (извините я didn' t упоминание Xeon в q.) и это - мое понимание, что весь текущие процессоры Xeon поддерживают гиперпоточность. Разве это не корректно? There' s один рабочий процесс, IIS6 + ASP.NET 3.5, который работает приблизительно с 40-80 потоками в моей ситуации. – Abel 30 November 2009 в 12:09
-
2В то время как Netburst (иначе Pentium 4) базировался, Xeon имели HyperThreading, Основанные на ядре Xeons didn' t получают HyperThreading, пока находящиеся в Nehalem микросхемы Gainestown/Bloomfield не поступили в продажу это в прошлом марте. Ваш Йоркфилд isn' t " current" в том смысле, что они главным образом вышли между Летом 08 и началом 09. – phoebus 30 November 2009 в 12:54
-
3I' m не уверенный в ее валюте, система, кажется, была установкой в мае 09. ЦП-Z сообщает о Intel Xeon. Shouldn' t это сообщают о Intel Core если отличающийся? Как я могу определить один или другой (HT или Xeon или оба)? – Abel 30 November 2009 в 13:23
-
4en.wikipedia.org/wiki/Yorkfield_ (микропроцессор) перечисляет спецификации тех центральных процессоров. It' d, вероятно, помогают Вам знать, насколько занятый хост ESX, и that' s по сути невидимый из VM. It' s довольно возможный для занятого хоста ESX только смочь запланировать небольшую часть гостевого процессорного времени, скажите, могло ли это только дать ему 75%-е использование, you' d только посмотрите 75%-ю производительность. Я don' t видят, как выбор конфигурации ESX мог генерировать процесс, переключающийся между эффектом центральных процессоров you' наблюдение ре, that' s проблема в госте, и должен совпасть с работой реальной машины. – xenny 30 November 2009 в 13:50
-
5Я прочитал ту статью до регистрации (SF делает ее неправильной ссылкой хотя). Это - мое понимание, что этот процессор должен перечислить с ЦП-Z как четыре ядра, HT или не (возможно, восемь с HT). Но возможно I' m неправильно. Так или иначе, мой вопрос, как определить фактическую конфигурацию, isn' t ответил, но возможно это действительно невозможно. – Abel 1 December 2009 в 13:54