Тестируем загрузку хостовой системы с самого хоста ничего при этом не запортив:
qemu-kvm -drive format=raw,file=/dev/nvme0n1 -snapshot -m 1024 -boot once=c,menu=off -enable-kvm -bios /usr/share/edk2-ovmf/OVMF_CODE.fd -cpu host
наткнулся на несвежую новость
https://timeweb.com/ru/about/news/2017/2062/
якобы переход с XEN на KVM поднял им производительность. Очень интересно, правда ли это?
И тут еще наткнулся на change-log QEMU 2.9, посоны пишут, что в этой версии I/O threads при тяжелых нагрузках выше на 10-20%
http://wiki.qemu.org/ChangeLog/2.9
И еще, 17-го июня Debian 9 должен стать стабильной версией дистрибутива.
После релиза Debian 9 как стабильной версии, Proxmox 5 перейдет из betta в stable. Жду
>>> 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?
Попытался обновить прыщи (git merge v4.3.2 в бранч со своими патчами, кажется это была так себе идейка), получил general protection fault при извлечении юсб-флешки, дебажить головой лень, написал скрипт для тестирования воспроизводимости бага куэмой: http://dpaste.com/13ZNTAN
Это так, чтоб не проебать, полезная хрень вышла.
ЧЯДНТ?
l29ah-home /var/chroots/n900 ∞ bin/bash
/lib/ld-musl-armhf.so.1: No such file or directory
l29ah-home /var/chroots/n900 ∞ chroot . /bin/bash
chroot: failed to run command ‘/bin/bash’: No such file or directory
l29ah-home /var/chroots/n900 ∞ chroot . /bin/busybox
chroot: failed to run command ‘/bin/busybox’: No such file or directory
l29ah-home /var/chroots/n900 ∞ bin/busybox sh
/var/chroots/n900 #
Короче, рабочий скрипт для запуска прыщеядра в qemu с рутфс через virtio-9p и консолью.
CMDLINE='root=/dev/root ro rootfstype=9p rootflags=trans=virtio console=ttyS0 earlyprintk=serial init=/bin/bash'
ROOTFS=~/tmp/rootfs
qemu-system-x86_64 -enable-kvm -M q35 -m 1G \
-kernel arch/x86/boot/bzImage \
-append "${CMDLINE}" \
-fsdev local,id=root,path="${ROOTFS}",security_model=none \
-device virtio-9p-pci,fsdev=root,mount_tag=/dev/root \
-chardev stdio,id=stdio,mux=on \
-serial chardev:stdio \
-mon chardev=stdio \
-display none
А теперь погружаемся в веселую архитектуру за авторством некого финского студента начала 90х и выливаем бочку говна в адрес прыщей: если рут не реальный девайс и не NFS, то им может быть только хуйня с названием "/dev/root" (в данном случае так назван virtio-9p channel). NFS сделана костылем и через пизду. Поправить это некостыльно и малой кровью невозможно, так как init/do_mounts.c представляет собой кашу из говна, легаси и СПЕЦИАЛЬНЫХ СЛУЧАЕВ вроде того же нфс. Судя по гуглу, когда-то оно работало иначе (нормально), но в свежих ядрах все вот так вот. Ресерчить, зачем так, лень.
https://blog.nelhage.com/2013/12/lightweight-linux-kernel-development-with-kvm/ - на случай когда я снова забуду, как запускать прыщи под kvm без загрузчика
https://github.com/penberg/linux-kvm/tree/master/tools/kvm
Альтернативный юзерспейс для KVM.
just a hobby, won't be big and professional like QEMU
котаны, в каком формате можно хранить диски вируалок? сначала мы собирались в raw-диски на lvm, но они требуют выделения всего места сразу. попробовали qcow2, но там у них какая-то мутная схема снепшотов, хотелось бы возможность снять снепшот куда-то в файл и забыть про него, а потом если надо восстановить.
Попытки переизобрести ООП в сях - это всегда боль, страдания, ад и израиль. Причем объектная система в 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
отлично, malta в qemu отлично подходит для отладки роутерного юзерспейса
#QRUCNW
(0)
/ @hate-engine / 5107 дней назад
mipssim_defconfig для 2.6.36 дает ведро которое в qemu либо задупляется на "Calibrating delay loop" если рамы больше 16 мб, либо паникует что нехватает рамы
#CZ3535
(0)
/ @hate-engine / 5107 дней назад
Цоперайт © 2010-2016 @stiletto.