On Sun, Feb 16, 2012 at 1:43 AM, DRC wrote: > On 2/15/12 8:36 AM, Meowthink wrote: >> The script vglserver_config didn't provide FreeBSD branches. But it >> seems like users in wheel group get proper permission (/dev/dri, >> /opt/VirtualGL etc.) without running it. >> sshd must be enabled. > > FreeBSD support is a bit tricky, as I don't have a full configuration to > test. I can test the build and install using a virtual machine, but I > can't actually run VirtualGL in it, so there may be run-time problems. > It is on my list of things to do to at least try to make > vglserver_config work in that environment, however. > Yes, it works. Contact me if you need test something. > >> Functional with following problems until svn rev 4812 (rev 4813 seems break) > > How did 4813 break it? 4813 was simply a removal of dead code, almost > all of which was enclosed in #ifdef SUNOGL or #ifdef sparc statements. > I just re-reviewed that patch and didn't see any problems. > Oooops. I did a clean checkout then it works. Seems like something not cleaned by my previous attempt. > >> The bottleneck is at readback, and the poor performance >> ~9.3Mpixels/sec is only capable of running apps at 640x480x30fps! >> When doing readpixels benchmark from mesa-demo (also in attached >> typescript), I found that there maybe have room of VirtualGL to >> optimize, as vgl's readback speed seems stuck to the 10x10 in >> mesa-demo's readpixels benchmark, which give better results on larger >> reads. > > I doubt that this is an optimization issue. I mean, how can you really > optimize a single call to glReadPixels()? Have you tried using > VirtualGL's PBO readback support? That may be faster. > VGL_READBACK=pbo, mesa-7.11.2:
Readback - 2.70 Mpixels/sec- 2.88 fps 2.837416 frames/sec - 2.659907 Mpixels/sec Compress 0 - 33.36 Mpixels/sec- 35.58 fps Total - 2.68 Mpixels/sec- 2.86 fps- 3.76 Mbits/sec (17.1:1) VGL_READBACK=pbo, mesa-8.0-devel: Readback - 3.36 Mpixels/sec- 3.58 fps Compress 0 - 35.53 Mpixels/sec- 37.90 fps 3.515785 frames/sec - 3.295838 Mpixels/sec Total - 3.23 Mpixels/sec- 3.45 fps- 3.79 Mbits/sec (20.5:1) ================================================== About optimization. According to that update to mesa I mentioned (http://lists.freedesktop.org/archives/mesa-dev/2011-November/014015.html), the pixel rate of glReadPixels differs from glWidth/glHeight. readpixels performance benchmark of mesa-demo shows much better 1000 x 1000 than 10 x 10. So it's weird that vglrun +pr always stuck at ~9.3 Mpixels/sec with mesa-7.11.2, or ~20 Mpixels/sec with mesa-8.0-devel. This is only my guess. What confused me is the result of glreadtest provided by vgl are nearly the same. I've look at its codes, but can't get any further(better) results than what vglrun +pr reports. > >> 3. App-specific: VirtualBox + VirtualGL didn't work >> VirtualBox 4.1.8_OSE r75467 from redports. Command line vglrun >> VirtualBox -startvm ... didn't work, switch +v +tr shows that fake >> libs are not loaded. I doubt this is due to VirtualBox binary is just >> a wrapper, not linked to libGL.so.1 >> /usr/local/bin/VirtualBox: >> libthr.so.3 => /lib/libthr.so.3 (0x800850000) >> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x800a73000) >> libm.so.5 => /lib/libm.so.5 (0x800d83000) >> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x800fa4000) >> libc.so.7 => /lib/libc.so.7 (0x8011b1000) > > Did you chmod u+s on librrfaker.so and libdlfaker.so? See the VirtualGL > User's Guide, both Chapters 14 and 12. Oh, I used an admin account in group wheel, so I doubt the problem is permission. I tested using vgl as root. Works like a charm! But by default, I can't vglconnect as root (actually, ssh as root) to a FreeBSD system - I mean, using root remotely is not a good thing. So I tried chmod g+s: $ ls -l /opt/VirtualGL/lib total 1056 -rwsr-sr-x 1 root wheel 7412 Feb 15 11:59 libdlfaker.so -rwxr-xr-x 1 root wheel 6999 Feb 15 11:59 libgefaker.so -rwsr-sr-x 1 root wheel 980625 Feb 15 12:04 librrfaker.so Still not work. Seems like I misunderstand what setuid executables are. Regars, Meowthink ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ VirtualGL-Devel mailing list VirtualGL-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-devel
