https://opennet.me/openforum/vsluhforumID15/1945.html Месяц назад начал опыты над запуском виндовс в эмуляторе qemu.<br>В принципе, добился достаточно большой производительности гостевой системы, но после смены ядра и пересборки модуля kqemu, счастье кончилось.<br><br>Опыты провожу на ubuntu 7.10, все приложения и ядра беру из репозитория, так как делаю не вешь в себе, а решение с возможностьбю технической поддержки.<br><br>Есть ли идеи, что сделать, что бы добиться былой стабильности и производительности?<br><br> https://opennet.me/openforum/vsluhforumID15/1945.html#8 Wed, 14 May 2008 08:38:01 GMT $ cat /etc/network/interfaces <br>auto lo<br>iface lo inet loopback<br><br>auto br0<br>iface br0 inet static<br> address 10.0.0.123<br> netmask 255.255.255.0<br> network 10.0.0.0<br> broadcast 10.0.0.255<br> gateway 10.0.0.1<br><br>bridge_ports eth0<br>bridge_fd 1<br>bridge_hello 1<br>bridge_stp off<br><br>У меня этот бридж сам подымается. Даже если не пользуюсь qemu.<br>Кстати, у eth0, который в бридже, у него основной адрес иногда не 10.0.0.123 (получаю по dhcp). Работает, так что не переделываю.<br><br>А еще есть совет. Если виртуальным машинам давать свои собственные MAC-адреса, их можно культурно фильтровать на соответствующем уровне сетевых протоколов утилитой ebtables. Эта утилита имеет схожий с iptables синтаксис.<br>Подробнее на xgu.ru<br> https://opennet.me/openforum/vsluhforumID15/1945.html#7 Wed, 14 May 2008 05:41:21 GMT <br>&gt;[оверквотинг удален]<br>&gt;#!/bin/sh <br>&gt;echo "Executing /etc/qemu-ifup" <br>&gt;echo "Bringing up $1 for bridged mode..." <br>&gt;sudo /sbin/ifconfig $1 0.0.0.0 promisc up <br>&gt;echo "Adding $1 to br0..." <br>&gt;sudo /usr/sbin/brctl addif br0 $1 <br>&gt;sleep 2 <br>&gt;<br>&gt;Понимаю, что можно это делать несколько иначе, но не задавался идеей это <br>&gt;переделывать. <br><br>Это у меня аналогично. Но перед запуском приходится sudo /usr/sbin/tunctl -u user -t tapx<br> https://opennet.me/openforum/vsluhforumID15/1945.html#6 Tue, 13 May 2008 15:26:41 GMT &gt;Кстати как Вы с ядром новее 2.6.17 не из под рута поднимаете <br>&gt;tap интерфейсы? <br>&gt;Мне например qemu запущенная под рутом не нужна. <br><br>$ cat /etc/qemu-ifup <br>#!/bin/sh<br>echo "Executing /etc/qemu-ifup"<br>echo "Bringing up $1 for bridged mode..."<br>sudo /sbin/ifconfig $1 0.0.0.0 promisc up<br>echo "Adding $1 to br0..."<br>sudo /usr/sbin/brctl addif br0 $1<br>sleep 2<br><br>Понимаю, что можно это делать несколько иначе, но не задавался идеей это переделывать.<br> https://opennet.me/openforum/vsluhforumID15/1945.html#5 Fri, 09 May 2008 19:50:11 GMT &gt;кроме того, может у вас не хватает памяти? -m 512 это минимум <br>&gt;для винды. <br><br>Памяти я правда поставил виртуальной машине мало - 160Мб, но она наполовину свободна! Я отконфигурировал систему так, что в ней нет ни одного ненужного мне включенного сервиса.<br>Более того, приложения перед хибернейтом загружал, пользовал и закрывал, что дает прирост при запуске приложений снова.<br><br>Но проблема была заметной невооруженным глазом - элементы интерфейса программы при перерисовывании были видны то контурами, то с заливкой, то не успевшие растянуться, а потом угадывающие как им растянуться. На живой машине такого просто не заметить. И самое зло - HASP в qemu машине с ключем -kernel-kqemu перестает работать нормально. Во всяком случае, приложению плохеет. А без -kernel-kqemu (но при загруженном модуле) всё страшно тормозит, как описано выше. Но программа работает. :(<br><br>ubuntu 7.10, qemu 0.9.0, kqemu<br><br> https://opennet.me/openforum/vsluhforumID15/1945.html#4 Thu, 08 May 2008 11:48:44 GMT Пользовался qemu на slackware 11 - было достаточно стабильно.<br>Сейчас на Slackware 12 собирается через ж и работает с ядром поновее нестабильно.<br>Кстати как Вы с ядром новее 2.6.17 не из под рута поднимаете tap интерфейсы?<br>Мне например qemu запущенная под рутом не нужна.<br><br> https://opennet.me/openforum/vsluhforumID15/1945.html#3 Mon, 05 May 2008 04:23:09 GMT У меня qemu с виндой работает очень стабильно. uptime по полгода (был бы больше, но я иногда просто выключаю машину, чтобы за столом пропылесосить :-)). залог этой устойчивости я вижу в том, что у меня отключена вся перефирия: usb, принтер... даже сетка сделана за натом. на локальной машне поднят ftp и обмен с машиной идёт только по этому ftp. вместо vnc я использую rdesktop; он ещё и позволяет рашаривать буфер обмена, что очень удобно. рецепты по настройке я взял вот отсюда: http://michurin.com.ru/qemu.shtml (NAT-вариант)<br><br>да! и использовал -win2k-hack<br><br>кроме того, может у вас не хватает памяти? -m 512 это минимум для винды.<br> https://opennet.me/openforum/vsluhforumID15/1945.html#2 Fri, 02 May 2008 10:34:55 GMT &gt;Откатиться до былого состояния? <br><br>Нет, не могу. Из-за необходимости держать всё обновлённым.<br><br>Но обнаружил следующую закономерность:<br>- если запускать виндовс и он начнет сервисы свои по одному дёргать, машина перезагрузится<br>- если при загрузке убрать ключ -kernel-kqemu и дать загрузиться, всё будет работать, но чуть медленнее<br>- если сделать в гостевой машине hibernate, включать ее можно уже и с -kernel-kqemu<br>- очень прикольно из хибернейта выходить с уже включенным -snapshot - гостевую машину больше никогда не придется переустанавливать для повышения производительности. :)<br>- с включенным -kernel-kqemu не всегда работает HASP<br>- иногда HASP не успевает присоединиться к гостевой машине, что не удобно и требует вмешательства<br>- для гарантированной передачи гостевой машине ключа HASP, делаю -usbdevice host:1234:5678 два раза. Если выскочит два аппаратных ключа, моё приложение не ругается.<br>- очень удобно запускать гостевую машину так:<br># screen -d -m \<br> qemu -kernel-kqemu -snapshot \<br> -vnc :0 -monito https://opennet.me/openforum/vsluhforumID15/1945.html#1 Thu, 01 May 2008 04:28:18 GMT Откатиться до былого состояния? <br>