[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] guest video slow
On Sun, May 1, 2016 at 5:39 PM, Mike Wright <nobody@xxxxxxxxxxxxxxxxxxxx> wrote: > Hi all, > > Been running xen since 2.something and now have a situation I've been > chasing for months on end without resolution. > > There is a system whose guests' video, whether via ssh -Y or vnc is very > slow. You can see it "paint" the screen every 3/4 second or so. > > Host ubuntu (14.04 thru 15.10) guest (started at 14.04, now 16.04). > > Prior to a catastrophic crash that took out my internal and external drives > I was running Fedora with 5 fedora guests, each running gnome3 desktops, and > was able to have all 5 of them running concurrent video streams, with a vnc > window open to each, in real time with no delay, so I know xen can easily > handle this. > > Hardware is 3-core amd phenom, 16g ram, on a gigabyte mobo. > Software is now at xen-4.5 w/ ubuntu-15.10. Kernel is down rev 3.19 because > the 4.x kernels don't recognize one of my drives. > > It's hard to say it's ubuntu vs. fedora and am guessing it's something to do > with my guest config. Here's the part re video: > > vbf = [ > 'sdl=1', > 'vnc=1', > 'vncdisplay=0', > ] > > I've tried all sorts of variations with these but truth is I'm shooting in > the dark. As xen has evolved so has its documentation; a lot of it is > undated, much of it is contradictory, most of it is scattered. > > Does anybody have any ideas? Where do I go from here? Could it be an > ubuntu problem? Does my config make sense? straw(grasp); The documentation regarding the vnc and vfb options in xl is indeed rather poor. You don't mention what kind of guest you're using, but the vfb options are, in fact, meant to be PV-only; so if you have an HVM guest, you should put those options at the top level, like this: sdl=1 vnc=1 vncdisplay=0 And even for PV, each element in that [ ] makes a new vfb, so the stanza you have above will create *three* virtual frame buffers, one with the "sdl=1' option, one with the 'vnc=1' option, and one with the 'vncdisplay=0' option. If you want one vfb with all those options, you should write: vfb = [ 'sdl=1,vnc=1,vncdisplay=0' ] (I haven't looked at the docs to see if those particular options are sensible things to set yet.) On top of that, 'vbf' isn't an option at all, so if that's actually copy-and-pasted from your guest config, the whole thing will end up being ignored. :-) Probably best if you copy and paste your entire guest config file. What version of Fedora were you using? Do you know what version of Xen it was using, and what version of qemu? Various things that might be different enough to cause this sort of problem: * Xen version using / recognizing different options to implement the VFB * QEMU versions. Xen upstream tarballs include a specific release of qemu tested with that release, but downstreams typically try to use the same qemu binary for multiple purposes (emulation, KVM, &c). * X server version / drivers * Differences in config file. It may be that when you re-generated your config file you mixed it up a bit. (For instance, the 'vbf' / 'vbf' thing; or if you accidentally switched from PV to HVM or vice versa.) * Differences in default vga adapter and options, if you're running an HVM guest Hope that gives you some things to look at. Peace, -George _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxx http://lists.xen.org/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |