В VMware ESXI 5.x, это имеет значение, если я выбираю 2 ядра процессора по сравнению с 2 сокетами ЦП?
Просто установив двоичные файлы, правильно? Если у Вас есть существующая установка
- Tar и gzip ORACLE_HOME и scp это через
- Распакуйте его в месте, что Вы хотите новый ORACLE_HOME
cd $ORACLE_HOME/clone/binperl clone.pl ORACLE_HOME=/my/oracle/home ORACLE_BASE=/my/oracle/base ORACLE_HOME_NAME=MyOraHome
Это - бездисплейная техника для массового развертывания.
Удостоверьтесь, что у Вас есть весь prereqs. Основной способ сделать это, добавляет сервер Конфетки Oracle и yum install oracle-validated.
Нет, ваша виртуальная машина должна работать так же и будет использовать те же ресурсы на хосте. Это просто выбор дизайна, который в первую очередь был добавлен, чтобы добавить некоторую гибкость, когда ваша ОС или программное обеспечение могут иметь лицензионные требования для каждого процессора.
Каждый сокет / ядро будет представлять одно физическое ядро на хосте. Помните, что увеличение количества ядер автоматически не является хорошей идеей из-за требований планирования.
Вообще говоря, это практически не повлияет на производительность.
A достаточно сложная ОС может изменять эвристику планирования (например, сохранение тесно связанных потоков на ядрах в одном пакете, что с некоторыми конструкциями микросхем может повысить эффективность использования кеша, совместно используемого между ядрами) в зависимости от расположения розеток и жил. В виртуализированной установке любое различие, вероятно, будет незначительным или полностью спорным из-за того, как гипервизор планирует доступ к ЦП для гостевых виртуальных машин, если только гипервизор не достаточно умно настроен в отношении планирования ядра между / внутри виртуальных машин.
Как указывает Дэн, вы должны сравнить свои задачи (реалистично: т.е. с другой активностью на хосте, а не только в тестовой среде, где рассматриваемая виртуальная машина является единственной запущенной), чтобы убедиться, что несколько виртуальных ядер / виртуальных ЦП / оба действительно выгодны для их производительности. Способ планирования доступа к ядрам может привести к задержкам, сводящим на нет любые преимущества и фактически замедляющим работу в целом - я видел отчеты, в которых для задач со значительной нагрузкой на ЦП небольшая ферма одноядерных виртуальных машин на одном и том же хосте работала значительно лучше. такое же оборудование, чем меньшее количество (где «меньшее число2 включает одну») многоядерных виртуальных машин (хотя, конечно, это может привести к гораздо большей нагрузке на память на хосте).
Основное назначение ядер / сокета вариант заключается в обеспечении гибкости программного обеспечения, которое может иметь требования к среде выполнения или лицензированию в зависимости от количества «физических» сокетов или ядер ЦП.
Хотя нет никакой разницы в производительности между несколькими ядрами на одном сокете и комбинацией нескольких сокетов, IS небольшая разница в работе, если вы включаете или требуете функцию горячего добавления ЦП виртуальной машины.
С помощью функции горячего добавления ЦП VMware вы можете добавить сокет к запущенная ВМ, но не дополнительные ядра . Как ни странно, это то, с чем я сталкиваюсь в процессе производства на работе, и это повлияло на то, как я настраиваю новые виртуальные машины.