Re: [Spice-devel] Spice and containers
Greetings, - Original Message - Hi, because docker is coming in, I ask me if it recommendable to run spice/xspice in containers like docker instead of qemu/kvm? Or are containers not usefull for desktop virtualization? A Docker container is for a single application. Doing more than that usually means you have to use supervisord or something like that. Now OpenVZ can run a complete distro with lots of processes... but in any event... for containers I'd recommend you check out x2go. x2go is awesome. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] video performance in rhel/centos 7 vs fedora 20
Greetings, - Original Message - Hi - Original Message - Hi All, We have been piloting deployments of VM using Fedora 20 host and guest and have been very happy with performance and stability in almost every respect, so a big thanks to all for this hard work. Things are looking great. Now we have been testing deployments of these same VMs (F20 guests) on rhel 7 (centos 7). We migrated one over and one of the issues seems to be a severe degradation of video performance vis-a-vis the F20 host. The difference between rhel7 and f20 host is quite surprising. I get quite bad performance with f20 host as well (spice 0.12.4-3, qemu 2.0.0-5) Are your host configured with the same spice settings (in particular streaming-video and other compression settings) ? The setup is a C7 host, F20 guest and either C7 or F20 client, either local to the host or on the LAN. In this setup, the video plays fine for a few seconds, but eventually degrades to about 1fps with severe tearing of the video. Video does remain in sync with audio and there are no audio breakups. Any pointers on things to try? I have been investigating some video rendering issues with rhel7 guest on rhel7 host, see https://bugzilla.redhat.com/show_bug.cgi?id=1030024 However, even with the cogl fix and PutImage BIG-REQUEST, the video regions seems to vary too much for the Spice video filter to perform well (using firefox/html5 video youtube). I believe it will need to be improved. (the cogl fix allows much more accurate region invalidation, the big-request allows to update whole region atomically and not by chunks) I'm willing to rebuild some host components (e.g. spice-server or qemu or whatever) or try some patches or configuration changes to address this to track it down. Your help would be most welcome to investigate and improve this further. ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel The original writer said that Fedora 20 was great and RHEL7 sucked... and you said the opposite. Which is correct? Here are the differences between the two: -- RHEL7 -- libvirt-client-1.1.1-29.el7.x86_64 libvirt-daemon-1.1.1-29.el7.x86_64 libvirt-daemon-config-network-1.1.1-29.el7.x86_64 libvirt-daemon-driver-interface-1.1.1-29.el7.x86_64 libvirt-daemon-driver-network-1.1.1-29.el7.x86_64 libvirt-daemon-driver-nodedev-1.1.1-29.el7.x86_64 libvirt-daemon-driver-nwfilter-1.1.1-29.el7.x86_64 libvirt-daemon-driver-qemu-1.1.1-29.el7.x86_64 libvirt-daemon-driver-secret-1.1.1-29.el7.x86_64 libvirt-daemon-driver-storage-1.1.1-29.el7.x86_64 libvirt-daemon-kvm-1.1.1-29.el7.x86_64 libvirt-gconfig-0.1.7-3.el7.x86_64 libvirt-glib-0.1.7-3.el7.x86_64 libvirt-gobject-0.1.7-3.el7.x86_64 libvirt-python-1.1.1-29.el7.x86_64 qemu-kvm-1.5.3-60.el7_0.2.x86_64 qemu-kvm-common-1.5.3-60.el7_0.2.x86_64 spice-glib-0.20-8.el7.x86_64 spice-gtk3-0.20-8.el7.x86_64 spice-server-0.12.4-5.el7.x86_64 spice-vdagent-0.14.0-7.el7.x86_64 -- Fedora 20 -- libvirt-1.1.3.5-2.fc20.x86_64 libvirt-daemon-1.1.3.5-2.fc20.x86_64 libvirt-daemon-config-network-1.1.3.5-2.fc20.x86_64 libvirt-daemon-config-nwfilter-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-interface-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-libxl-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-lxc-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-network-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-nodedev-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-nwfilter-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-qemu-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-secret-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-storage-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-uml-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-vbox-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-xen-1.1.3.5-2.fc20.x86_64 libvirt-daemon-kvm-1.1.3.5-2.fc20.x86_64 libvirt-docs-1.1.3.5-2.fc20.x86_64 libvirt-gconfig-0.1.7-2.fc20.x86_64 libvirt-glib-0.1.7-2.fc20.x86_64 libvirt-gobject-0.1.7-2.fc20.x86_64 libvirt-python-1.1.3.5-2.fc20.x86_64 qemu-kvm-1.6.2-6.fc20.x86_64 spice-glib-0.23-2.fc20.x86_64 spice-gtk-0.23-2.fc20.x86_64 spice-gtk3-0.23-2.fc20.x86_64 spice-gtk-tools-0.23-2.fc20.x86_64 spice-server-0.12.5-2.fc20.x86_64 TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] running gtk apps on kdm/kde gives very poor performance using qxl
Greetings, - Original Message - one minor, spice-vdagent is not started automatically after reboot by kdm, I have to do this manually via 'systemctl start spice-vdagentd.service' after which the desktop launches the userspace bit when logging in. Have you tried: systemctl enable spice-vdagent.service where the menu was snappy and responsive before it becomes not usable after launching a gtk based app, firefox for example or virt-manager. I can not duplicate this on a RHEL/clone host running Fedora VMs. Just out of curiosity, why would you want to run virt-manager inside of a VM? You aren't doing nested KVM are you? Just to clarify... you are running the KVM VM on the same machine or a different one and connecting to it via a SPICE client? You mentioned ssh so I wasn't sure. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Fedora 18 guest's GUI is slow. Due to 3D driver?
Jeremy, - Original Message - Have we really looked into this? I feel like we're all just throwing our hands up in horror without seeing if there is anything we can do. Be my guest. I'm not a programmer. I can tell you that I'm not aware of anyone doing accelerated 3D stuff in a remoting protocol. Perhaps PC-over-IP (VMware View) does?!? 3D is listed as a future feature. :) http://www.spice-space.org/features.html TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
[Spice-devel] Question about poor performance of Ubuntu VMs
Greetings, I'm a big Red Hat / clone slash Fedora guy... and I use use a lot of KVM. I primarily create Fedora, RHEL/clone, and Windows KVM guests and they work great... but every once in a while I like to try out an Ubuntu release just to see what's new. I have tried their Unity spin as well as their Xubuntu spin... for a few releases now. I'd expect Unity to be slow because it is similar to GNOME 3 in that it wants to do that 3D stuff. But with Xubuntu and XFCE, I'd expect it to be snappy. That has NOT been my experience. It is really slow. Moving a window around is extremely choppy and it can even lag out (where it doesn't respond at all) for periods of time. I haven't done much troubleshooting of this but I have done a few installs on a variety of hardware (for the host node) and used a variety of client machines and the pokey experience has been the same. I suspect it has something to do with the mouse emulation used because the Xubuntu desktop seems to perform fairly well until the mouse is moved. Any ideas? Maybe there is some configuration change either in KVM or in Xubuntu that will improve the situation. I use virt-manager to create the guests (on Fedora and RHEL) and pick the closest Ubuntu version listed. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Fedora 18 guest's GUI is slow. Due to 3D driver?
Javaon, - Original Message - already disabled, still slow response in GUI. :-( It didn't even work until recently (with the release of Fedora 17) as seen in this features page for Fedora 17: https://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering As you probably know, GNOME 3 has the 3D required desktop and the Fallback mode desktop. I believe the Fallback mode is supposed to be discontinued if it hasn't been already... but if it is there, you can use that and it should be much faster. Other than that... NO there isn't anything you can do to fix it. You'd have the same problem pretty much with any composited desktop that wants hardware accelerated 3D. As someone already said, Windows works ok because it disables the Aero interface. KDE's 3D stuff seems to work fairly well in SPICE but KDE has two modes and doesn't require hardware accelerated 3D for one of them... which is the one that works. So, if putting a fork in your eye hurts, don't put a fork in your eye. You could run your GNOME 3 desktop on a really fast VM host and have a really fast client connect to it... with a really fast connection (1Gbit) and it'd probably work a little better... but until SPICE ads support for hardware 3D acceleration... or the GNOME 3 guys change it, you get what you get. In fact, there are a bunch physical machines withof video cards that don't work well on Linux that GNOME 3 either won't run on at all... or runs poorly. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Question about poor performance of Ubuntu VMs
Alon, - Original Message - So on the same host a fedora vm works fast but the ubuntu is slow? That is correct. I suspect the driver is not installed or not recognized in the ubuntu vm. Can you provide the X log? The log is 94K so I just stuck it in my webspace. Here's the URL: http://scott.coe.montana.edu/kvm-xubuntu-12.04.1-guest-Xorg.0.log Please note our network often sucks so if you happen to have a problem loading that, just use wget with the -c option a few times. :( TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Question about poor performance of Ubuntu VMs
Alon, - Original Message - Which version of qxl is in the ubuntu vm and which in the fedora vm? are the qemu invocations exactly the same (other then the image)? Is there an xorg.conf in the fedora vm not in the ubuntu vm? I've used Fedora 16, 17, and 18 and they preform well. Here's the answers to the best of my knowledge. Xubuntu 12.04.1 - xserver-xorg-video-qxl 0.0.16-2 Fedora 18 - xorg-x11-drv-qxl-0.0.22-5.20120718gitde6620788 So far as the invocations go... whatever virt-manager produced. I used the defaults. I'm using NAT. Here's what ps tells me on the host node: # Xubuntu /usr/libexec/qemu-kvm -S -M rhel6.3.0 -enable-kvm -m 2048 -smp 2,sockets=2,cores=1,threads=1 -name Xubuntu-1204-64bit -uuid 37e0aa81-113b-1f1b-08b6-078af8597c4b -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/Xubuntu-1204-64bit.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/vmstorage/Xubuntu-1204-64bit.img,if=none,id=drive-virtio-disk0,format=raw,cache=none -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=22,id=hostnet0,vhost=on,vhostfd=31 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:a2:46:0f,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -spice port=5907,addr= 0.0.0.0 -vga qxl -global qxl-vga.vram_size=67108864 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 # Fedora /usr/libexec/qemu-kvm -S -M rhel6.3.0 -enable-kvm -m 2048 -smp 2,sockets=2,cores=1,threads=1 -name fedora18-64bit -uuid 6e7a2842-73ce-7b91-4d27-74539dfb7432 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/fedora18-64bit.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/vmstorage/fedora18-64bit.img,if=none,id=drive-virtio-disk0,format=raw,cache=none -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=22,id=hostnet0,vhost=on,vhostfd=29 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:46:77:97,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 -spic e port=5904,addr=0.0.0.0 -vga qxl -global qxl-vga.vram_size=67108864 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 So far as the xorg.conf goes... I didn't do anything special. They auto-configured and so far as I know use a dynamic config rather than an actual file. xorg has been that way for some time now. I know you can make an xorg.conf and tell it to use that but it seems to do a fairly good job and if it ain't broke, I don't try to fix it. Well, in this case, maybe it is broke. :) The KVM host both of those are on is: Red Hat Enterprise Linux Server release 6.3 (Santiago) kernel-2.6.32-279.19.1.el6.x86_64 qemu-kvm-0.12.1.2-2.295.el6_3.10.x86_64 libvirt-0.9.10-21.el6_3.7.x86_64 So far as anything else goes... it is fully updated so whatever the current versions are in RHEL6. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] spice windows client
Greetings Joris, - Original Message - Can someone indicate what I'm doing wrong? Do I need another package to install? Is there a separate windows installer for LibCelt that is required? I really hope someone can point me in the right direction. I haven't looked to verify but the last time I looked the situation hadn't changed... and someone already pointed this out... but whoever maintains it didn't fix it. They removed the library package from the website by accident thinking it was old or no longer needed... so so anyone who wants to install the Windows client can't. Thanks free software! :) Yeah, the packaging for the MS Windows version was horrible but I think that was because they want to cross compile it from Linux and use no proprietary bits in the process... so no fancy installer. I think they are working on replacing the previous MS Windows client that is based on Crazy Larry's Toolkit (or something like that) and replacing it with a full-blown version of virt-manager for Windows along with virt-viewer and remote-viewer... which last time I checked where command line oriented clients. It would be nice to hear what the plans are... AND to get the current situation fixed... but it is easy to complain from the audience. :) TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Delay in Gimp when using qxl driver
John, - Original Message - I believe I had reported a similar issue many months go where just about any X activity drove our Fedora based CPU through the roof though Windows was fine. At the time, I thought you mentioned it was a driver issue A specific GIMP issue and any X activity ARE NOT the same bug so NO you DID NOT report it many months ago. I noticed the GIMP issue (but didn't report it) about a year ago. I haven't had the first bit of problems with general X stuff causing performance issues... but then again I haven't been using SPICE much lately. My guess would be that it might be video card specific on the client side... but I really have no idea. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Virt-manager and spice
Greetings, - Original Message - I think you need to see this: https://bugzilla.redhat.com/show_bug.cgi?id=694694 And in particular this link inside the bugzilla (not tested myself yet...): http://koji.fedoraproject.org/koji/taskinfo?taskID=3096144 I just tested virt-manager on one of my RHEL 6.1 boxes and it includes QXL and SPICE but the system does not have the spice-gtk package installed... since there isn't one. Some other package is providing the functionality. The only spice related packages that I see installed on the system are: spice-vdagent-0.6.3-8.el6.x86_64 spice-server-0.8.0-1.el6.x86_64 TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] Announcing spice-xpi 2.5
Peter, - Original Message - I am glad to announce the first public free open source software release of the spice-xpi. To download the source tarballs, visit the page http://www.spice-space.org/download.html The description of spice-xpi on that page says: Spice-XPI plugin for mozilla plugin compatible browsers. This is used for launching the spice client from the RHEV-M user portal. I would assume that the URL one clicks on in the RHEV-M user portal contains the same basic info that spicec would use to connect to a remote KVM VM via SPICE... host, port, password, and cert? If so, is there some documentation somewhere that specifies how one constructs the URL? I don't currently have access to RHEV for Desktops to see what the URLs look like. I know the source code to spice-xpi is the ultimate documentation... and I looked at the contents of the .tar.gz file... for the various documentation that might be included with the source. I didn't find much info... and I'm not programmer-ish enough to look directly at the source to piece the info together. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] problem with sound when using spice and virt-manager
Greetings, - Original Message - I wanted to use virt-manager which is packaged with ubuntu, but I So far as I know, SPICE support in libvirt and virt-manager has only been in for a few weeks... and Fedora only offers it in their virt-preview repo that allows Fedora 14 users to pull packages from the upcoming Fedora 15. My point is that Fedora is usually much more bleeding edge than Ubuntu so I'd be surprised if Ubuntu offered libvirt and virt-manager with SPICE support already... unless they are really on the ball... or have a preview repo you are using? I'm just guessing though. Non-virt-preview repo users of Fedora won't get the updated packages until Fedora 15 is released which is supposed to be the middle of May... or someone decides to give the beta or later test releases a try. TYL, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work] ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
