TwistedFate | woah, '-enable-kvm' speeds qemu quite a bit | 01:24 |
---|---|---|
debdog | : true | 01:24 |
* rrq is also using -cpu host | 01:24 | |
TwistedFate | rrq: does it emulate cpu unless that flag is specified? | 01:25 |
rrq | I believe so | 01:25 |
TwistedFate | it does, drat >.< | 01:25 |
rrq | then I'm also using "-smp cpus=4,cores=4" since I don't do anything useful on the host anyhow | 01:26 |
TwistedFate | weird, it still emulates the cpu when i specify -cpu host | 01:30 |
rrq | ok. didn't know that. | 01:31 |
TwistedFate | hmm | 01:31 |
DonkeyHotei | i typically invoke "kvm" rather than "qemu" | 01:33 |
DonkeyHotei | they are the same executable, but the former assumes '-enable-kvm' by default | 01:34 |
DonkeyHotei | makes the full command visibly shorter | 01:34 |
rrq | I'm typically using ./$VM.sh as I'm too lazy to try to remember the particulars for each $VM :) | 01:37 |
DonkeyHotei | yes, but ./$VM.sh invokes a command | 01:39 |
rrq | indeed. and I shouldn't pretend to be too old to learn... though I haven't got/set the kvm link (yet) | 01:42 |
DonkeyHotei | rrq: apt-get install qemu-kvm | 01:44 |
Criggie | I'm stunned - set up a small test VM and installing Devuan Ascii, and 256 MB ram was not enough to install. | 02:11 |
TwistedFate | hmm '-soundhw hda' freezes the machine upon boot | 02:21 |
TwistedFate | 'soundhw ac97' works like a charm though | 02:21 |
TwistedFate | '-soundhw ac97'* | 02:22 |
TwistedFate | i'm pretty impressed with the qemu/kvm right now O_o | 02:25 |
koollman | why? | 02:26 |
TwistedFate | previously it was stuttery, must have been missing some flags | 02:27 |
gnarface | i told you so | 02:28 |
TwistedFate | i see gnarface wrote something, but i don't see what :3 | 02:28 |
TwistedFate | now i only need to figure out networking :P | 02:33 |
fsmithred | me too | 02:36 |
fsmithred | all the howtos I've seen are incomplete | 02:37 |
TwistedFate | it's a pain in the butt | 02:39 |
TwistedFate | i want to create a couple of virtual machines and connect them | 02:39 |
TwistedFate | and also have them connected to the internet | 02:39 |
fsmithred | so you want bridged network | 02:45 |
fsmithred | I've got that working, but it's not ideal | 02:45 |
fsmithred | if I boot two live CDs, they both get the same ip address | 02:45 |
fsmithred | if I boot a virtual hard disk, I can set a static ip that's unique | 02:45 |
fsmithred | they're all getting addresses from my router | 02:46 |
fsmithred | I tried messing with macvtap today, but I couldn't get it to work | 02:46 |
rrq | use a vde_switch (vde2) to a tap in a bridge joined with eth0 | 02:49 |
fsmithred | that wasn't in the instructions | 02:50 |
rrq | also make sure the VM's nic have different mac addresses | 02:50 |
fsmithred | yeah, about that address | 02:51 |
fsmithred | I get "invalid PCI address" | 02:51 |
fsmithred | don't look like a pci address in the example | 02:51 |
fsmithred | looks just like a mac address, and that's what they call it | 02:51 |
rrq | no it's a mac address = 6 bytes starting with an byte | 02:52 |
rrq | an even byte | 02:52 |
fsmithred | VM's mac address needs to be different from macvtap0's address, or the same? | 02:52 |
fsmithred | so qemu is confused? | 02:52 |
rrq | different ... "two ends of a cable" | 02:52 |
fsmithred | or my instructions are old and don't match current options | 02:52 |
fsmithred | is there some place that explains what I'm allowed to use as a mac address? | 02:53 |
fsmithred | I made up one that got rejected | 02:53 |
rrq | there's a wikipedia page :) .. anythig starting with 02: is fine | 02:54 |
rrq | or 04 | 02:54 |
fsmithred | damn | 02:54 |
rrq | or 06 | 02:54 |
fsmithred | why don't the examples start with that? | 02:54 |
fsmithred | scratch that question | 02:54 |
fsmithred | no way for you to know what was in the minds of the authors | 02:55 |
rrq | actually 06 might be taken by a vendor... use 02 or 04 | 02:55 |
rrq | I think they are "private mac addresses" | 02:56 |
rrq | there's a wikipedia page | 02:56 |
rrq | with "vde_switch (vde2) to a tap in a bridge joined with eth0" you've got a local "switch" for the qemu to attach to | 02:57 |
rrq | and their dhcp requests go out to your dhcp server, with their macaddresses | 02:59 |
rrq | responses channelled back by the bridge and the vde_switch | 02:59 |
rrq | no ip for the tap, nor the bridge, but they need to be "up" | 03:00 |
fsmithred | ok, thanks | 03:02 |
fsmithred | time for food | 03:03 |
rrq | while eating, you might ponder on that the vde_switch set up lets you run the qemu as non-root user(s) ... | 03:13 |
TwistedFate | what? i run qemu as a non-root user without that | 03:14 |
rrq | .. with its "user mode networking" I suppose? | 03:16 |
rrq | also possible with a tap, if root gives user ownership of the tap | 03:18 |
rrq | I use the vde_switch set up on the basis it's high-performance and without further root admin | 03:21 |
rrq | (and it lets me go crazy with other virtual cabling :)) | 03:22 |
TwistedFate | rrq: ehh, i guess so.. i'm still experimenting, haven't figured it out yet | 03:44 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!