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

См. количество логических ядер как количество параллельных потоков/процессов, которые могут выполняться аппаратным обеспечением. Это достигается путем дублирования, например. регистры и указатели инструкций ядра ЦП. Теперь ядро ​​ЦП само решает, какой поток (указатель инструкций) использовать. Он решит использовать другой поток, поскольку инструкция текущего потока недоступна в кеше и должна быть извлечена, например, из памяти или кэш-памяти L3. Этот механизм создаст потенциальное улучшение на 10-30% количества инструкций/секунд или производительности процессора.

Если вы запускаете одно приложение с одним потоком, вы не сможете воспользоваться этим преимуществом, но если вы запустите два приложения с высокой нагрузкой, например, на старый HT Pentium, вы сможете воспользоваться преимуществами. То же самое верно и для приложений, которые имеют более одного потока. Моя система Linux имеет 200 потоков, поэтому всегда присутствуют некоторые преимущества, зависящие от фактической нагрузки. Все эти замечания применимы без виртуализации.

Virtualbox ограничивает только количество потоков, которые могут выполняться параллельно для каждой виртуальной машины (ВМ), но планировщик хост-процессов изменит логический(е) процессор(ы) и, следовательно, физический(е) процессор(ы), на которых выполняются процессы ВМ. динамически. Если вы запускаете приложения с высокой нагрузкой на виртуальной машине, дополнительные логические ядра дадут вам такое же преимущество в 10%-30%. Нагрузкой может быть одно многопоточное приложение или набор различных приложений.

В современных системах с VT-x или AMD-V нет снижения производительности при максимальном количестве логических ядер, поскольку также нет заметного снижения производительности при одновременном запуске большего количества виртуальных машин. Ваш предел — это производительность чипа ЦП, поэтому вы не можете отображать видео на 3 ВМ одновременно, не замедляя работу каждой ВМ, поскольку они должны использовать один и тот же физический ЦП.

Ваша хост-система может перестать отвечать на запросы, если вы рендерите видео на виртуальной машине со всеми присутствующими логическими ядрами, но у вас будет почти такая же проблема, если вы запустите это приложение рендеринга на своем хосте. По крайней мере, в VM у вас есть выбор, и вы можете решить его, ограничив максимальную загрузку процессора до 80%-90% или уменьшив количество ядер по этой причине.

Mis mejores dos centavos son nunca usar todos los núcleos/subprocesos, solo deje uno o dos para el host.

Entonces, en su caso, proporcione al invitado seis núcleos, nunca un octavo núcleo (porque solo tiene 8 subprocesos en el host ).

Si el número de subprocesos disponibles (que no debe confundirse con los núcleos )en el host es:

• Si < 2, mejor no usar máquinas virtuales en absoluto
• Si es 2, use máquinas virtuales en modo de núcleo mono -o arriésguese y use invitado de doble núcleo
• Si > 2, mejor usa una fórmula

Para más de dos hilos tiendo a usar esta fórmula:

• N = Número de subprocesos para host
• M = Número de máquinas virtuales simultáneas que quiero ejecutar (suponiendo un equilibrio igual, el mismo número de núcleos invitados para cada invitado)
• Fórmula= (N -1 )/M si el host tiene solo 4 subprocesos o menos
• Fórmula= (N -2 )/M si el host tiene más de 4 subprocesos

Mi experiencia me dice que es mucho más sencillo y menos riesgoso no sobrepasar el límite de dicha fórmula.

Advertencia :No está permitido cambiar la cantidad de núcleos invitados mientras se ejecuta el invitado, pero sí se permite reducir el uso de la CPU del 100 % al 75 % o también al 50 %; no menos invitados pueden fallar.

Entonces, a veces tiendo a dar a dos invitados 6 seis núcleos en un host de 8 subprocesos (el número de la fórmula como si fuera solo un invitado en lugar de dos invitados ),pero limitándolos al 50% de la velocidad de la CPU (para que ambos invitados puedan usar la mitad del tiempo de la CPU ), pero solo cuando sé que los invitados ejecutarán aplicaciones que tienen una proporción de paralelo mayor que uno, como con comparación de imágenes/juntas, etc.