similar to: Running VMs concurrently

Hi: I have two HVM domU ubuntu 10.04 Lts and Window XP running. I have assigned PCIe device to each of this domU. I would like to communicate these two VM. Can anyone give me some idea on how to do. I did some research on IVC but unable to get answer. Anything will be appreciated. Anju _______________________________________________ Xen-users mailing list

Hi : I am trying to do PCIe passthrough on HVM domu. I have window XP as a HVM domu and xen-4.0. dom0 and domU (without device assign) works fine. I have more than one NIC card. I want to passthrough 03:00.0 to domu here are the list of my nic cards: lspci | grep -i eth 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)

Hello, I have some dom0 which have 8GB RAM, but when I look with xm list, it just shows me 6GB, I need to setup some new VM, each with 1GB, so I should have with 3VM still 5GB free, but im only seeing 3GB. Can I just create 2 new VM with each 1GB and still have 3GB for the dom0? #xm top xentop - 11:31:17 Xen 3.1.0-53.1.14.el5 4 domains: 1 running, 3 blocked, 0 paused, 0 crashed, 0 dying, 0

Hi:I am stuck here. I want to run two VMs (linux and window) concurrently. When I run them separately one at a time it works fine. But when I do xm create vm1.cfg then the domU starts and again if I do xm create vm2.cfg it just stucked and need to restart it. I am using live cd for vm2. I am guessing I am missing some steps here. I will appreciate your help.

Hi , I have two virtual machines VM1 and VM2. Then I have added eth0 of my VM to 'default' network. Use case :- I want to monitor all traffic on virbr0('default' network). Steps followed :- 1. Add VM1 eth0 to virbr0 2. Add VM2 eth1 to virbr0 3. brctl setageing ovsbr0 0 ..(To put bridge in promiscuous) Now I am running tcpdump on eth1 of VM2 and trying to ping

On Wed, Aug 6, 2014 at 12:27 PM, Eric Blake <eblake@redhat.com> wrote: > On 08/06/2014 10:06 AM, Yuanzhen Gu wrote: > > yes, I got your point, thanks very much Eric. > > not entirely, because you still top-posted. > > got it entirely this time, not top-posted. > > > > If I want to take a distributed snapshot, which need pause all the VMs > and >

In my vm2 config i have: disk = [ ''phy:/dev/volumes/vm2-disk,hda,w'', ''phy:/dev/volumes/vm2-swap,hdb,w'', ''phy:/dev/volumes/vm2-data,hdc,w'', ''file:/xen/images/office2007basic.iso,hdd,r'', ''file:/xen/images/printshopinstall.iso,hde,r'',

[It may be necessary to remove virtio-dev at lists.oasis-open.org from CC if you are a non-TC member.] Hi, Some modern networking applications bypass the kernel network stack so that rx/tx rings and DMA buffers can be directly mapped. This is typical in DPDK applications where virtio-net currently is one of several NIC choices. Existing virtio-net implementations are not optimized for VM-to-VM

[It may be necessary to remove virtio-dev at lists.oasis-open.org from CC if you are a non-TC member.] Hi, Some modern networking applications bypass the kernel network stack so that rx/tx rings and DMA buffers can be directly mapped. This is typical in DPDK applications where virtio-net currently is one of several NIC choices. Existing virtio-net implementations are not optimized for VM-to-VM

Am 2015-04-27 um 12:17 schrieb Stefan Hajnoczi: > On Sun, Apr 26, 2015 at 2:24 PM, Luke Gorrie <luke at snabb.co> wrote: >> On 24 April 2015 at 15:22, Stefan Hajnoczi <stefanha at gmail.com> wrote: >>> >>> The motivation for making VM-to-VM fast is that while software >>> switches on the host are efficient today (thanks to vhost-user), there

On Mon, Apr 27, 2015 at 1:55 PM, Jan Kiszka <jan.kiszka at siemens.com> wrote: > Am 2015-04-27 um 14:35 schrieb Jan Kiszka: >> Am 2015-04-27 um 12:17 schrieb Stefan Hajnoczi: >>> On Sun, Apr 26, 2015 at 2:24 PM, Luke Gorrie <luke at snabb.co> wrote: >>>> On 24 April 2015 at 15:22, Stefan Hajnoczi <stefanha at gmail.com> wrote: >>>>>

On Mon, Apr 27, 2015 at 1:55 PM, Jan Kiszka <jan.kiszka at siemens.com> wrote: > Am 2015-04-27 um 14:35 schrieb Jan Kiszka: >> Am 2015-04-27 um 12:17 schrieb Stefan Hajnoczi: >>> On Sun, Apr 26, 2015 at 2:24 PM, Luke Gorrie <luke at snabb.co> wrote: >>>> On 24 April 2015 at 15:22, Stefan Hajnoczi <stefanha at gmail.com> wrote: >>>>>

On Sun, Apr 26, 2015 at 2:24 PM, Luke Gorrie <luke at snabb.co> wrote: > On 24 April 2015 at 15:22, Stefan Hajnoczi <stefanha at gmail.com> wrote: >> >> The motivation for making VM-to-VM fast is that while software >> switches on the host are efficient today (thanks to vhost-user), there >> is no efficient solution if the software switch is a VM. > >

On Sun, Apr 26, 2015 at 2:24 PM, Luke Gorrie <luke at snabb.co> wrote: > On 24 April 2015 at 15:22, Stefan Hajnoczi <stefanha at gmail.com> wrote: >> >> The motivation for making VM-to-VM fast is that while software >> switches on the host are efficient today (thanks to vhost-user), there >> is no efficient solution if the software switch is a VM. > >

On 2015-08-31 16:11, Michael S. Tsirkin wrote: > Hello! > During the KVM forum, we discussed supporting virtio on top > of ivshmem. No, not on top of ivshmem. On top of shared memory. Our model is different from the simplistic ivshmem. > I have considered it, and came up with an alternative > that has several advantages over that - please see below. > Comments welcome. >

On 2015-08-31 16:11, Michael S. Tsirkin wrote: > Hello! > During the KVM forum, we discussed supporting virtio on top > of ivshmem. No, not on top of ivshmem. On top of shared memory. Our model is different from the simplistic ivshmem. > I have considered it, and came up with an alternative > that has several advantages over that - please see below. > Comments welcome. >

We used to stop the handling of tx when the number of pending DMAs exceeds VHOST_MAX_PEND. This is used to reduce the memory occupation of both host and guest. But it was too aggressive in some cases, since any delay or blocking of a single packet may delay or block the guest transmission. Consider the following setup: +-----+ +-----+ | VM1 | | VM2 | +--+--+

We used to stop the handling of tx when the number of pending DMAs exceeds VHOST_MAX_PEND. This is used to reduce the memory occupation of both host and guest. But it was too aggressive in some cases, since any delay or blocking of a single packet may delay or block the guest transmission. Consider the following setup: +-----+ +-----+ | VM1 | | VM2 | +--+--+

On Mon, Aug 31, 2015 at 11:35:55AM -0700, Nakajima, Jun wrote: > On Mon, Aug 31, 2015 at 7:11 AM, Michael S. Tsirkin <mst at redhat.com> wrote: > > Hello! > > During the KVM forum, we discussed supporting virtio on top > > of ivshmem. I have considered it, and came up with an alternative > > that has several advantages over that - please see below. > >

On Mon, Aug 31, 2015 at 11:35:55AM -0700, Nakajima, Jun wrote: > On Mon, Aug 31, 2015 at 7:11 AM, Michael S. Tsirkin <mst at redhat.com> wrote: > > Hello! > > During the KVM forum, we discussed supporting virtio on top > > of ivshmem. I have considered it, and came up with an alternative > > that has several advantages over that - please see below. > >