On Mon, Mar 14, 2011 at 04:11:49PM -0700, The Ha wrote: > 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 ?
What do you mean? we were using mjpeg codec before as well. The implementation changed, we didn't change the protocol. ffmpeg just caries an implementation of mjpeg in it. > > 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) Windows can require some coaxing to install drivers. Did you try the wizard ''path'' where you select your own driver? > 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
