to post messages and comments.

>> Emerging (1 of 32) sys-libs/ncurses-6.0-r1::gentoo * ncurses-6.0.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ]
/usr/lib/portage/python2.7/phase-functions.sh: line 234: 29396 Segmentation fault install -m${PORTAGE_WORKDIR_MODE:-0700} -d "${WORKDIR}"
* ERROR: sys-libs/ncurses-6.0-r1::gentoo failed (unpack phase):
* Failed to create dir '/var/tmp/portage/sys-libs/ncurses-6.0-r1/work'

# ulimit -c
unlimited

И хули он мне не высрал core dump?

так как предлагаемые банки видеопамяти адресуются с использованием типа "byte(uint8_t )", а обрабатываются как тип "word(uint32_t )".
Це — отличный язык программирования, всем рекомендую.
opennet.ru

#Запуск 2-х процессорной виртуальной машины
qemu -cpu host -smp 2 -enable-kvm -m 8096M -net nic,vlan=0 -net user,vlan=0,hostfwd=tcp::5555-:22 -curses -hda systemrescuecd-x86-3.8.1.dd

#Создание диска
qemu-img create -f qcow2 ubuntu-server-14.04.3.qcow 10G

#Установка Ubuntu server

qemu -m 8G -enable-kvm -hda ubuntu-server-14.04.3.qcow -cdrom ubuntu-14.04.3-server-amd64.iso

# Запуск виртуальной машины
qemu -m 8G -cpu host -smp 2 -enable-kvm -hda ubuntu-server-14.04.3.qcow

а никто случаем не сталкивался с таким косяком: не удается сделать многопроцессорного гостя.
<domain type='kvm'>
<name>gpt-test</name>
<uuid>0d6b7c6e-5c63-4148-8ec6-5de3052b5149</uuid>
<memory unit='KiB'>1048576</memory>
<currentMemory unit='KiB'>1048576</currentMemory>
<vcpu placement='static'>2</vcpu>
<os>
<type arch='x86_64' machine='pc-i440fx-rhel7.0.0'>hvm</type>
</os>
<features>
<acpi/>
<apic/>
<pae/>
</features>
<cpu>
<topology sockets='1' cores='1' threads='2'/>
</cpu>
...

В госте все так же 1 процессор. (1 ядро 1 нить)

Кто-нибудь баловался с изменением топологии процессора для виндовых виртуалок? Как оно меняется по производительности?

Например 4 виртуальных процессора с 1-м ядром либо 1 виртуальный процессор с 4-мя ядрами.

котаны, в каком формате можно хранить диски вируалок? сначала мы собирались в raw-диски на lvm, но они требуют выделения всего места сразу. попробовали qcow2, но там у них какая-то мутная схема снепшотов, хотелось бы возможность снять снепшот куда-то в файл и забыть про него, а потом если надо восстановить.

Продолжаем разговор. #2669449

qemu с тем же vdi образом таки работает. Виртуалбокс, правда, лучше подаёт товар лицом в плане графической морды. Что касается работы qemu:

* Общие папки работают.
* Звук работает, но шипит даже когда звука как такового нет (на хосте пульса).
* Графический режим даже с vga std не становится больше определённого, причём размер своего окна он делает на полсотни пикселей меньше, чем то разрешение, которое сам же и выбрал (O.o) Если развернуть окно на весь экран, то либо масштабирование с тотальным блуром, либо чёрные поля.
* Про общий буфер обмена пока ничего не знаю.

А почему еще никто не запилил транслятор для QEMU, жрущий нормальный человеческий IR-код? Все лепят какие-то велосипеды из костылей, то жаву на голом виртуальном калькуляторе-переростке с тьюринг-полным MMU пускают, то еще что.

Попытки переизобрести ООП в сях — это всегда боль, страдания, ад и израиль. Причем объектная система в qemu обладает чудесным свойством строковой типизации и runtime type checking и не просто падает, а падает красиво (если ты проверяешь ошибки), либо тупо молча не работает (если не проверяешь).

Подскажите хорошую виртуальную машину, чтобы не только бы выполнение программ эмулировалось, но и чтобы полностью эмулировалась аппаратура: чтобы скрипели винчестеры, чтобы пылью забивались кулеры, чтобы бэдблоки появлялись, чтобы уброщица выдергивала кабель.
Есть такое?

/etc/init.d/qemu-binfmt по непонятной причине регает какие угодно архитектуры, но только не x86_64. Чтобы добавить поддержку x86_64, нужно просто продолжить по аналогии ряд

echo ':alpha:M::\x7fELF\x02\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x26\x90:\xff\xff\xff\xff\xff\xfe\xfe\xff\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\xff:/usr/bin/qemu-static-alpha-binfmt:' > /proc/sys/fs/binfmt_misc/register
echo ':arm:M::\x7fELF\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x28\x00:\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\xff:/qemu-static-arm-binfmt:' > /proc/sys/fs/binfmt_misc/register
echo ':sparc:M::\x7fELF\x01\x02\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x02:\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff:/usr/bin/qemu-static-sparc-binfmt:' > /proc/sys/fs/binfmt_misc/register

а вообще, это немного забавно, что каждую команду деления qemu превращает в две: сначала посчитать частное, потом — остаток.

слушайте а как бы так намекнуть xen/hvm что ненужно менять мак у виртуалки на каждом ее пересоздании (кроме ручного прописывания мака у каждой машины)

похоже virtio поломан — зависает гостевая система, с virtualbox все нормально. Вот сижу и думаю в драйвере openbsd косяк или в qemu косяк :(

Mnesia весьма нестабилен на Ubuntu Server 10.04 по QEmu. Может только на виртуалке, но падает постоянно. Из-за нее постоянно падает RabbitMQ. Не знаю как на боевых серверах, не виртуалках, но так падает постоянно, пока базу не снесешь. Очень хреновая стабильность надо сказать. P.S. Это касается версии 1.x. В 2.3 может уже стабильнее.