Sorry for the delayed reply. The blitting time is the time required to complete an XPutImage() or XShmPutImage() command. On the client end, this is very fast because the images are being drawn directly to the X server (and then to the graphics card) using shared memory. On the server, whenever VirtualGL draws an image into TurboVNC, it is often the case that TurboVNC will send the update to the client before returning from X[Shm]PutImage(). This is because the default value of TurboVNC's deferred update timer is set relatively low (1 ms), so large updates such as blitting a 1-megapixel image will exceed this deferred update threshold and be sent immediately. Thus, on the server, the blitting time reported by VirtualGL often encapsulates the time required by TurboVNC to compress the frame.
Recv is the amount of time that vncviewer spends waiting for the recv() function to return, which roughly correlates to the time (or percentage of time, as the case may be) required for the frames to transit the network from server to client. On 5/24/10 1:25 PM, John Clyne wrote: > Thanks, that was really helpful. Now I'm trying to interpret the > results :-) > > What operations does the "Blit" time include (i.e. what is actually > being timed)? On the server side blitting seems to be the limiting > factor, but on the client the blit time is often close to zero. I > don't really understand this, but I'm assuming that server side and > client side blitting are different operations. > > Similarly, exactly is the "Recv" time reporting? > > Thanks for any insight you can provide. > > cheers - jc > > > On May 20, 2010, at 10:59 AM, DRC wrote: > >> Not using TurboVNC 0.6, but I added a TVNC_PROFILE environment >> variable >> to the next release of TurboVNC which will spit out similar types of >> metrics when you are running the Unix server or client. You can take >> this for a test drive with the pre-release packages: >> >> http://www.virtualgl.org/DeveloperInfo/PreReleases >> >> On 5/14/10 4:13 PM, John Clyne wrote: >>> I'm trying to profile the performance of VirtualGL with TurboVNC. >>> The >>> user documentation suggests that invoking vglrun with the +pr option >>> should report something like the following: >>> >>> Server >>> Readback - 43.27 Mpixels/sec - 34.60 fps >>> Compress 0 - 33.56 Mpixels/sec - 26.84 fps >>> Total - 8.02 Mpixels/sec - 6.41 fps - 10.19 Mbits/sec (18.9:1) >>> Client >>> Decompress - 10.35 Mpixels/sec - 8.28 fps >>> Blit - 35.75 Mpixels/sec - 28.59 fps >>> Total - 8.00 Mpixels/sec - 6.40 fps - 10.18 Mbits/sec (18.9:1) >>> >>> However, the output I get looks like: >>> >>> Readback - 254.22 Mpixels/sec- 208.41 fps >>> Blit - 68.64 Mpixels/sec- 56.27 fps >>> Total - 46.83 Mpixels/sec- 38.39 fps >>> >>> What is missing are compress and decompress times as well as the >>> network bandwidth required. Is there any way to get this information? >>> >>> I'm running TurboVNC 0.6, Virtual 2.1.4 >>> >>> Thanks for any pointers. >>> >>> >>> John Clyne >>> National Center for Atmospheric Research >>> 303.497.1236 (w), 303.809.1922 (c) >>> [email protected] >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> VirtualGL-Users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> VirtualGL-Users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/virtualgl-users > > John Clyne > National Center for Atmospheric Research > 303.497.1236 (w), 303.809.1922 (c) > [email protected] > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > VirtualGL-Users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ _______________________________________________ VirtualGL-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/virtualgl-users
