Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
This is a bug summarizing visible performance regression in video playback. As spiceqa + some feedback from customers:
> So far SPICE seems to be much better especially on You-Tube videos,
> however I did observe a serious digression in .WMV files. I have
> uploaded a 720P video I use for customer demonstrations and testing to
> \\cleo.tlv.redhat.com\public\daves
From my current experience surface-less qxl driver performs better at standard video playbacks. But I'm not sure if it's just surfaces.
Version-Release number of selected component (if applicable):
since surface_aware driver (spice 0.8)
How reproducible:
Steps to Reproduce:
1. connect to a spice powered guest in currently supported 2.2.X environment
2. play video
3. connect to a spice powered guest in our rhevm 3.0 env.
4. goto step 2.
Actual results:
the older qxl really performs better
Expected results:
user should have at least the same video experience as in 2.2
Additional info:
More informations will arrive later
I don't see any version numbers in here
Please can you add the version number for spice client and QXL driver in the guest.
We already know that the new spice driver isn't in rhev-tools iso, so we're probably using the old driver but we need to verify and we know that the user portal had an error where it wasn't pushing out the new client.
So lets update this with versions so we can look at this.
thanks
(In reply to comment #2)
> Providing versions:> spice-server-0.8.2-3.el6.x86_64
> qemu-kvm-0.12.1.2-2.175.el6.alon2.x86_64
> spice-client-0.8.2-1.el6.x86_64
SO this is the Linux client?
> guest tools from ic136
So what's the QXL driver version? IC136 does NOT contain the new spice driver that's only in brew.
Comment 5Christophe Fergeau
2011-08-04 10:32:34 UTC
I'll have to concur with Andrew, we need extensive information about the specific versions and the OS of all the components if we want to work on the specific bug reported on the mailing list.
There was a very interesting point in this mailing list thread that I haven't seen mentioned here, it is
"The new SPICE Client also produces nearly identical results when connecting
to a 2.2 system that normally worked well with the video posted to Cleo.
(Using Windows Media Player natively). So as far I as I can tell the
regression now exists with the new client."
The client is running Windows 7, the guest Windows XP. What is missing now are the qemu/spice-server versions used in RHEV-M 2.2, and the version numbers of the 2 clients that were used. The version of the QXL driver used would also be useful, I guess it's the one that comes with 2.2
If the video regression can be restricted to a client-side regression, that's a big step forward imo.
Given that the mailing thread is a bit vague at times, I might have misinterpreted some things, please correct me if you think what I describe is wrong.
Lubos, either you want to deal with the regression described by Dave Simmons, or you want to deal with something else *you* observed, I'd rather be as specific as possible and keep this bug focused on what Dave described (or some very similar setup).
Description of problem: This is a bug summarizing visible performance regression in video playback. As spiceqa + some feedback from customers: > So far SPICE seems to be much better especially on You-Tube videos, > however I did observe a serious digression in .WMV files. I have > uploaded a 720P video I use for customer demonstrations and testing to > \\cleo.tlv.redhat.com\public\daves From my current experience surface-less qxl driver performs better at standard video playbacks. But I'm not sure if it's just surfaces. Version-Release number of selected component (if applicable): since surface_aware driver (spice 0.8) How reproducible: Steps to Reproduce: 1. connect to a spice powered guest in currently supported 2.2.X environment 2. play video 3. connect to a spice powered guest in our rhevm 3.0 env. 4. goto step 2. Actual results: the older qxl really performs better Expected results: user should have at least the same video experience as in 2.2 Additional info: More informations will arrive later