I
в отличие от host не имеет современных плюшек типа avx
Size: a a a
2021 March 04
I
какой там набор инструкций?
точно не помню, надо в xml qemu глянуть
AD
На Реддите сравнивали, производительность внутри ВМ падает, но не трагично, процентов на 10-15
P
ну так что в итоге куб?
P
небула не вариант %) у неё странное непривычное поведение
I
На Реддите сравнивали, производительность внутри ВМ падает, но не трагично, процентов на 10-15
странный тест. обычно по процу пару процентов разница. вот по io уже больше нюансов, в завсимости от выбора хранения диска вм.
DY
Other non-recommended x86 CPUs
The following CPUs models are compatible with most AMD and Intel x86 hosts, but their usage is discouraged, as they expose a very limited featureset, which prevents guests having optimal performance.
kvm32
kvm64
Common KVM processor (32 & 64 bit variants). Legacy models just for historical compatibility with ancient QEMU versions.
The following CPUs models are compatible with most AMD and Intel x86 hosts, but their usage is discouraged, as they expose a very limited featureset, which prevents guests having optimal performance.
kvm32
kvm64
Common KVM processor (32 & 64 bit variants). Legacy models just for historical compatibility with ancient QEMU versions.
DY
ахахаха
AD
Блин, сделал скриншот, а постить нельзя( Щас ссылкой его...
I
Other non-recommended x86 CPUs
The following CPUs models are compatible with most AMD and Intel x86 hosts, but their usage is discouraged, as they expose a very limited featureset, which prevents guests having optimal performance.
kvm32
kvm64
Common KVM processor (32 & 64 bit variants). Legacy models just for historical compatibility with ancient QEMU versions.
The following CPUs models are compatible with most AMD and Intel x86 hosts, but their usage is discouraged, as they expose a very limited featureset, which prevents guests having optimal performance.
kvm32
kvm64
Common KVM processor (32 & 64 bit variants). Legacy models just for historical compatibility with ancient QEMU versions.
ну можно привязать фичи к вм так, чтоб они были на всех процах, тогда падать не будет. иначе когда вм с фичей в проце уедет на ноду без фичи в проце, она ребутнется.
DY
странный тест. обычно по процу пару процентов разница. вот по io уже больше нюансов, в завсимости от выбора хранения диска вм.
по процу может быть офигенно большая разница, все зависит он конкретной нагрузки внутри виртуалок. cpu features создаются для того чтоб софт их использовал и за счет этого быстрее работал
P
еще варианты есть кластеризации kvm?
DY
ну можно привязать фичи к вм так, чтоб они были на всех процах, тогда падать не будет. иначе когда вм с фичей в проце уедет на ноду без фичи в проце, она ребутнется.
это понятно. Но если делать грамотно, то надо выбрать настоящий набор фич и выставить его по всему кластеру
I
по процу может быть офигенно большая разница, все зависит он конкретной нагрузки внутри виртуалок. cpu features создаются для того чтоб софт их использовал и за счет этого быстрее работал
если тестировать, то тестировать с host. там разница реально на уровне статпогрешности в сравнении с реальным железом.
DY
если тестировать, то тестировать с host. там разница реально на уровне статпогрешности в сравнении с реальным железом.
host не будет работать в гибридном кластере
DY
еще варианты есть кластеризации kvm?
ovirt
P
ovirt
на хостах уже debian стоит и на двух из них уже виртуалки крутятся
DY
на хостах уже debian стоит и на двух из них уже виртуалки крутятся
ссзб
I
host не будет работать в гибридном кластере
я про тест производительности. иначе чуваки хз че потестировали, а потом будут писать что в esxi всё хорошо, а в квм плохо.