Red Hat Bugzilla – Bug 999181
spice-client obsoleted by spice-server, spice-client should be brought back until virt-viewer improves
Last modified: 2013-09-19 17:15:08 EDT
Description of problem:
spice-client was recently obsoleted by spice-server in Fedora when 0.12.4-1 was pushed out in the 'updates' repo. (0.12.0-1 was the previous version that had been pushed.)
Looking in the changelog, I see that spice-client was dropped, and virt-viewer should be used:
* Fri Aug 02 2013 Hans de Goede <email@example.com> - 0.12.4-1
- New upstream bug-fix release 0.12.4
- Add patches from upstream git to fix sound-channel-free crash (rhbz#986407)
- Add Obsoletes for dropped spice-client sub-package
* Thu May 23 2013 Christophe Fergeau <firstname.lastname@example.org> 0.12.3-2
- Stop building spicec, it's obsolete and superseded by remote-viewer
(part of virt-viewer)
I tried the remote-viewer program currently in Fedora 18 (virt-viewer-0.5.4-3.fc18.x86_64), and while it works, its performance is not nearly that of spicec. Video for instance is laggy, and audio and video is not synchronized.
Downgrading spice-server and reinstalling spice-client yields much better performance on the client (viewing) machine.
Consider this a request to bring back spice-client until virt-viewer has equivalent performance.
Linux <redacted> 3.10.7-100.fc18.x86_64 #1 SMP Thu Aug 15 22:21:29 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
07:00.0 VGA compatible controller: NVIDIA Corporation G71GL [Quadro FX 3500] (rev a1)
Windows 7 Enterprise, SP1, 64-bit
QXL driver from the
package on RHEL 6.
Linux <redacted> 2.6.32-358.14.1.el6.x86_64 #1 SMP Mon Jun 17 15:54:20 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
Bringing back spicec is not going to happen.
(In reply to Hans de Goede from comment #1)
> Bringing back spicec is not going to happen.
Why? The performance of remote-viewer is clearly lacking compared to spicec.
The workaround is what I'm doing now, which is to have
in my yum.conf, but that is not going to work forever.
To be clear, all I'm saying is that obsoleting spicec seemed to be a bit premature, until the new product is 'ready'. By prematurely yanking spicec, people are left with an inferior product, or an inconvenient workaround. I realize that it may be an upstream decision, but we can continue to build it no?
(In reply to Chad Feller from comment #3)
> To be clear, all I'm saying is that obsoleting spicec seemed to be a bit
> premature, until the new product is 'ready'. By prematurely yanking spicec,
> people are left with an inferior product, or an inconvenient workaround. I
> realize that it may be an upstream decision, but we can continue to build it
It's not clearly not all about speed... spicec is long unmaintained now, and lacks a lot of features.
(In reply to Chad Feller from comment #2)
> (In reply to Hans de Goede from comment #1)
> > Bringing back spicec is not going to happen.
> Why? The performance of remote-viewer is clearly lacking compared to
I have done some performance improvement in spice-gtk git, please try with this version please, and perf record / perf report it here.
Please provide more information about your system and your use case (moving a large window around, playing video in fullscreen etc?). I have done profiling recently and it shows similar or better performance in most cases (on modern hardware though).
The design of spice-gtk allows much lower system cpu time, but it does have an extra copy due to cairo usage, which is marginal, given that in general the display is refreshed at frequency of monitor, on a partial/dirty region.
(In reply to Chad Feller from comment #0)
> I tried the remote-viewer program currently in Fedora 18
> (virt-viewer-0.5.4-3.fc18.x86_64), and while it works, its performance is
> not nearly that of spicec. Video for instance is laggy, and audio and video
> is not synchronized.
Is that with all videos? Some of them? Do you have examples of laggy videos and of unsync'ed ones? How powerful is the client machine (the one running remote-viewer), and what kind of network do you have between the client and the host?
In reply to Comment #4 and Comment #5:
This is what Smolt was nice for: "here is a link to the hardware". Anyway...
The viewing machine is a Sun Ultra 40 M2. (Slightly older, yes. I have a replacement Dell Precision sitting in a box next to my desk.)
CPU: 2 x Dual-Core AMD Opteron(tm) Processor 2222 SE (so 4 cores total.)
Memory: 8 GB RAM
Disk: 2 x SAS HDDs
Video: 07:00.0 VGA compatible controller: NVIDIA Corporation G71GL [Quadro FX 3500] (rev a1)
Kernel: Linux <redacted> 3.10.11-100.fc18.x86_64 #1 SMP Mon Sep 9 13:06:31 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
Gigabit Ethernet between the server and the workstation.
The viewing machine has two 24" monitors running at 1920x1200. I always run remote-viewer or spicec on the second monitor, and I'm generally not moving it around.
The Windows 7 machine in the remote-viewer or spicec window is running at 1680x1050 resolution, and I'm not running the remote-viewer or spicec window any larger than that.
The videos I'm running on the client (Windows 7) machine are not full screen on the VM, and are generally within the browser. Examples that I have seen it with are Flash based news stories. I'll see if I can find a couple of example video links.