Как увеличить количество ядер гостя KVM?

Пытаюсь:

RAW = [
DATA = «<cpu mode='host-model'><topology sockets='1' cores='6' threads='1'/></cpu>»,
TYPE = «kvm» ]

Выдает ошибку:

unsupported configuration: CPU topology doesn't match maximum vcpu count

-smp 4,sockets=1,cores=4,threads=1

Эм, а в самой OpenNebula задать VCPU - это уже неспортивно?

Эм, а в самой OpenNebula задать VCPU - это уже неспортивно?

А зачем мне в вендовом гесте 6 сокетов?

AMD X6
ессно хочется задействовать все ядра

если указать в OpenNebula VCPU=6, то получим 2 максимально разрешенных (видимых и используемых) в венде сокета:
http://picpaste.com/pics/CPU-RrT6Ac5q.1501785073.jpg

в линукс их будет 6 в таком конфиге


дальше пробуем сделать так:
RAW = [
DATA = «<cpu mode='host-model'><topology sockets='1' cores='6' threads='1'/><model fallback='allow'/></cpu>»,
TYPE = «kvm» ]

В линукс (livecd) опять получаем 6 vcpu, но на этот раз в виде ядер одного сокета, вирт проц опознается как Opteron 23xx кажется

Дальше грузим венду в том же конфиге, и она видит только одно ядро и один сокет!

Пробуем оригинальный проц без моделирования
RAW = [
DATA = «<cpu mode='host-passthrough'><topology sockets='1' cores='6' threads='1'/></cpu>»,
TYPE = «kvm» ]

и венда уходит в recovery из которого не может выползти

Так как же все таки в венде получить 6 ядер???!

венда уходит в recovery из которого не может выползти

А ты уверен, что без реинсталла винда переживет такие эксперименты? Старым версиям нужно было подсовывать другой HAL-модуль при настолько радикальной смене процессора. Я бы на твоём месте ставил эксперимент на вендовом Live-е каком-нибудь

AMD X6

Фуфикс? С ними же судились, на самом деле 3cores 6threads.

Однако при установке VCPU>=2 и удалении кастом топологии венда показывает аж целых 2 проца, разрешенных моей лицухой

с удивительным названием QEMU Virtual CPU version 2.5

http://picpaste.com/pics/CPU2-qmvSScny.1501831659.jpg

Очень радует производительность, впечатление, что даже 2 ядра в KVM работают веселее 6-и ядер в VirtualBox, но в принципе понятно, если одно ядро KVM получается производительнее одного ядра VBox, и при этом приложения однопоточные.

Фуфикс? С ними же судились, на самом деле 3cores 6threads.

нет AMD Phenom II, настоящие ядра у него,

а толку то, виртуальные у FX 8350 получаются быстрее, чем у моего

помоему KVM работает даже быстрее, чем ESXi, не то что VirtualBox

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

А OpenNebula я уже с января 2017 пытаюсь поставить по мере появления свободного времени, и вот только сейчас настроил эту штуковину, их форум и чат почти не помогают, высокомерно молчат почти на любой мой вопрос.

Зато удалось настроить распределенное хранилище на разных хостах разные ZFS пулы, их небулинский ZFS драйвер не получилось использовать, ошибки всякие лезут. Да и предназначен он для ZVols, что мне как раз не нравится.

Зато получается делать обычные ZFS снэпшоты и стартовать виртуалки на одних симлинках по NFS (причем даже на localhost, что позволяет избавить от проблемы с O_DIRECT на ZFS без ZVol+extX)

Вообщем удалось настроить почти все так как я хотел.

Осталось: 1) Увеличить количество ядер в венде 2) Прикрутить LXDone в том числе на хостингах

Кстати на феноме в qemu без обёрток ставлю -smp cores=N, любая венда так и видит N ядер.

а вот еще вопрос, нельзя ли как-то ускорить NFS когда монтируется localhost

типа монтирования localhost:/mnt/xxx_zfs на /mnt/xxx

чтобы потом стартовать виртуалку с /mnt/xxx вместо /mnt/xxx_zfs, что избавляет от ошибки O_DIRECT

может быть можно по какому-нибудь другому протоколу не TCP/UDP ?
типа local pipe?

Кстати на феноме в qemu без обёрток ставлю -smp cores=N, любая венда так и видит N ядер.

а как повторить тоже самое в терминах:

<domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>

?