Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://freedesktop.org/bugzilla/show_bug.cgi?id=1809
------- Additional Comments From [EMAIL PROTECTED] 2004-11-10 10:12 ------- Ok, some numbers from my side: 4x4 size triangles, color per vertex. i915 with i810 driver, R200 with radeon driver. Tested with machtest (http://www.vis.uni-stuttgart.de/machtest/ - don't tell me that it's old, I know that myself =P ). i915 nopic i915 pic R200 nopic R200 pic glVertex3f() w/o lighting: 2.43 M/s 2.44 M/s 5.46 M/s 5.46 M/s glVertex3f() w/ 7 lights: 645 k/s 643 k/s 1.89 M/s 1.88 M/s glVertexArray() size 900 w/o l: 3.82 M/s 3.82 M/s 4.72 M/s 4.72 M/s So the difference is much smaller than the typical jitter between different calls. The more vertices are sent down the framebuffer, the higher is the relative overhead of pic vs. nopic. So I'm especially happy to see the R200 w/ glVertex3f() equally fast. Unfortunately, I cannot present results from modern cards, as a) the nvidia driver only works with its own libGL b) the beta fglrx driver for Xorg only works with its own libGL (former versions did work with mesa libGL) - mesa's libGL just says 'direct rendering: no' - and vice versa! That is the radeon driver does not work with the fglrx libGL! Besides, the beta fglrx driver is broken WRT other aspects as well (e.g. array rendering of arrays >900 vertices does not work as anticipated). Facit: there is *no* meassurable performance difference between pic and nopic. Nuke the nopic config. -- Configure bugmail: https://freedesktop.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel