On Mon, Mar 14, 2011 at 04:28:29PM +0100, Vermonden David wrote: > Hi > > I tested with spice 0.4 server and a spice 0.8 client but that's also > slow. Both versions use a different mechanism to exchange data (redhat > vdi port vs virtio-serial device) so I didn't expected it to perform > well.
You are talking about vdagent transport. This is not involved in any display updates. > > Is there a way to check when spice detects a movie and enables > compression? Or are there others tests I can perform to pinpoint the > poor performance I experience with spice 0.8? > other then adding prints etc. to the code, no. > Kind regards, > David > > -----Oorspronkelijk bericht----- > Van: Alon Levy [mailto:[email protected]] > Verzonden: maandag 14 maart 2011 14:17 > 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 01:32:14PM +0100, Vermonden David wrote: > > Hi > > > > The "RHEV Spice agent"-service now keeps running. Thanks a lot for > your > > help! > > > > Sadly enough movies still very choppy. Below I have pasted the output > > the qemu gives. Do I have to pay attention to the line > > "handle_new_display_channel: jpeg disabled"? > > No, that's unrelated. That's talking about jpeg support for images, > which > is used to reduce bw in wan environment. > > > > > The CPU load is about 110% (Quad core 2.83 GHz CPU whith 8 GB of RAM). > > This is also much higher than when using spice 0.4. Is this an > > indication of an error or does spice 0.8 require more resources? The > > client CPU is about 80% (PentiumIV 1.80 Ghz). > > 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. > > 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
