Hi Alon

Between 0.4 and 0.6.3 we ripped out the ffmpeg reliance and put in new mjpeg
code. So this regression might (very probably I guess) be related to this.
This affects just the compression btw, the rest of the video code (i.e.
discovering repeated updated to the same region) remained unchanged afaik.
I think your guess is correct, the mjpeg codec.
Mjpeg will make local CPU/GPU work harder since you have a long list of jpeg
need to reassemble on the client end.

Just curious why do you pick mjpeg over ffmpeg ?

Last year test:
We tested 0.4 with slow laptop (1.2Ghz ULV CPU ). It ran fine with flash.
I could still do thing the the old laptop while VDI/flsash was running.

Forward today:
I have a Netbook, not much better in term of raw CPU, but
I can't do anything if I have VDI/sflash running. CPU is 80-100% !
Same CPU issues with my old 1.2Ghz ULV CPU laptop.

This happen in both Linux (we build it) .
and Windows spice clients (we downloaded).

Our test setup:
Guest VDI is Ubuntu 10.10 ( could not get WindowsXP/7/32-64 bit to install QXL drivers that we download from spice-space)
Host KVM is RHEL 6

Thanks

The Ha



There is nothing to see in the logs below, they look normal.


[root@localhost ~]# /usr/local/bin/qemu-system-x86_64 -boot c -drive
file=/var/lib/libvirt/images/xp01.img,if=virtio -soundhw ac97 -nographic
-net nic,macaddr=52:54:00:13:9f:17,model=virtio -net
tap,ifname=XP3,script=/etc/lan-ifup, -vga qxl -spice
port=5931,disable-ticketing -enable-kvm -m 1024 -device virtio-serial
-chardev spicevmc,id=vdagent,debug=1,name=vdagent -device
virtserialport,chardev=vdagent,name=com.redhat.spice.0
do_spice_init: starting 0.8.0
spice_server_add_interface: SPICE_INTERFACE_KEYBOARD
spice_server_add_interface: SPICE_INTERFACE_MOUSE
spice_server_add_interface: SPICE_INTERFACE_QXL
red_worker_main: begin
spice_server_add_interface: SPICE_INTERFACE_RECORD
spice_server_add_interface: SPICE_INTERFACE_PLAYBACK
handle_dev_destroy_surfaces:
handle_dev_destroy_surfaces:
handle_dev_input: start
reds_handle_main_link:
reds_show_new_channel: channel 1:0, connected successfully, over Non
Secure link
reds_show_new_channel: channel 5:0, connected successfully, over Non
Secure link
reds_main_handle_message: net test: latency 0.646000 ms, bitrate
18653114 bps (17.788996 Mbps)
reds_show_new_channel: channel 6:0, connected successfully, over Non
Secure link
reds_show_new_channel: channel 4:0, connected successfully, over Non
Secure link
red_dispatcher_set_cursor_peer:
handle_dev_input: cursor connect
reds_show_new_channel: channel 2:0, connected successfully, over Non
Secure link
red_dispatcher_set_peer:
handle_dev_input: connect
handle_new_display_channel: jpeg disabled
handle_new_display_channel: zlib-over-glz disabled
reds_show_new_channel: channel 3:0, connected successfully, over Non
Secure link
inputs_link:
handle_dev_destroy_surfaces:
scd:   1: vmc_register_interface
spice_server_char_device_add_interface: CHAR_DEVICE vdagent
handle_dev_input: mouse mode 2
reds_main_handle_message: agent start

On the client side:
.spice/spicec.log

1300101368 INFO [1484:1484] Application::main: starting 0.8.0
1300101369 INFO [1484:1484] init_key_map: using evdev mapping
1300101369 INFO [1484:1484] MultyMonScreen::MultyMonScreen:
platform_win: 27262977
1300101369 INFO [1484:1484] ForeignMenu::ForeignMenu: Creating a foreign
menu connection /tmp/SpiceForeignMenu-1484.uds
1300101369 INFO [1484:1485] RedPeer::connect_unsecure: Trying 10.1.10.10
5931
1300101369 INFO [1484:1485] RedPeer::connect_unsecure: Connected to
10.1.10.10 5931
1300101369 INFO [1484:1487] RedPeer::connect_unsecure: Trying 10.1.10.10
5931
1300101369 INFO [1484:1487] RedPeer::connect_unsecure: Connected to
10.1.10.10 5931
1300101369 INFO [1484:1488] RedPeer::connect_unsecure: Trying 10.1.10.10
5931
1300101369 INFO [1484:1488] RedPeer::connect_unsecure: Connected to
10.1.10.10 5931
1300101369 INFO [1484:1489] RedPeer::connect_unsecure: Trying 10.1.10.10
5931
1300101369 INFO [1484:1489] RedPeer::connect_unsecure: Connected to
10.1.10.10 5931
1300101369 INFO [1484:1490] RedPeer::connect_unsecure: Trying 10.1.10.10
5931
1300101369 INFO [1484:1491] RedPeer::connect_unsecure: Trying 10.1.10.10
5931
1300101369 INFO [1484:1490] RedPeer::connect_unsecure: Connected to
10.1.10.10 5931
1300101369 INFO [1484:1491] RedPeer::connect_unsecure: Connected to
10.1.10.10 5931
1300101369 INFO [1484:1484] DisplayChannel::create_sw_canvas: display 0:
using sw
1300101369 INFO [1484:1485] RedChannel::handle_notify: remote channel
1:0 warn!!! #0: keyboard channel is insecure
1300101371 INFO [1484:1484] DisplayChannel::create_sw_canvas: display 0:
using sw
1300101371 INFO [1484:1484] DisplayChannel::create_sw_canvas: display 0:
using sw

-----Oorspronkelijk bericht-----
Van: Alon Levy [mailto:[email protected]]
Verzonden: maandag 14 maart 2011 11:35
Aan: Vermonden David
CC: Attila Sukosd; Hans de Goede; [email protected]
Onderwerp: Re: [Spice-devel] spice 0.6.3 slower than 0.4?

On Mon, Mar 14, 2011 at 11:28:16AM +0100, Vermonden David wrote:
Attila



Does the RHEV Spice agent always have to run?



I managed to install the serial device but movies are still very
choppy. I added the following argument:

-device virtio-serial -chardev
spicevmc,id=vdagent,debug=0,name=vdagent

The complete command is: (in one line)
-device virtio-serial
-chardev spicevmc,id=vdagent,debug=0,name=vdagent
-device virtserialport,chardev=vdagent,name=com.redhat.spice.0

i.e. create a virtioserialport with a specific name
(com.redhat.spice.0), and connect
it to a chardevice of type spicevmc and with name vdagent (the property
is called name,
but it's actually the type of the spicevmc - so for instance there is
another type for smartcard
channel usage called smartcard).




Kind regards,

David



Van: Attila Sukosd [mailto:[email protected]]
Verzonden: maandag 14 maart 2011 10:31
Aan: Hans de Goede
CC: Vermonden David; [email protected]
Onderwerp: Re: [Spice-devel] spice 0.6.3 slower than 0.4?



Hi,

On Mon, Mar 14, 2011 at 10:28 AM, Hans de Goede <[email protected]>
wrote:

Hi,




On 03/14/2011 10:00 AM, Vermonden David wrote:

        Thanks for your quick response!



        Slower when I play a movie (tried serveral). For instance when
playing a
        need for speed full HD movie it goes very smooth with spice 0.4
with
        correct sound synchronisation but when using 0.6.3 or 0.8 it
shocks
        (when heavy action it's almost a slide show) and the sound isn't
        syncronised anymore.


I think we indeed may have some regressions wrt streaming video
performance. Someone needs to look into this I guess ...

Hmm, thats strange. We've been seeing much better performance in video
streaming with the latest 0.8 client with the 0.4 server.



In earlier releases there were problems with the video not updating
unless the window was scrolled, but that is gone now too.





Regards,



Attila



        Regards,

        Hans


        _______________________________________________
        Spice-devel mailing list
        [email protected]
        http://lists.freedesktop.org/mailman/listinfo/spice-devel




_______________________________________________
Spice-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/spice-devel

_______________________________________________
Spice-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/spice-devel


Alternate Email <[email protected]>
_______________________________________________
Spice-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/spice-devel

Reply via email to