[GEM-dev] performance question with linux and nvidia

Jack jack at rybn.org
Mon Jan 24 20:46:16 CET 2011


Don't know if that can help, but i get 20 fps when there is less than
1185 squares without light. And it is 1090 fps with light.
Configuration : pd 0.42.6, GEM 0.93.SVN rev3578M, NVidia 9700 GTS (2
years old).
++

Jack




Le lundi 24 janvier 2011 à 19:27 +0100, cyrille henry a écrit :
> hello,
> 
> i've got performance question regarding Gem an openGL.
> 
> i made a test using an OS on a custom liveUSB, so that i can have the same software environment on 3 different computers:
> ubuntu 10.04, NVIDIA driver v270, pd vanilla 42.5, and Gem svn.
> 
> this computer are:
> 
> very old laptop:
> intel core 2 / GeforceGo 7700M
> 
> old laptop:
> intel core 2 duo / Geforce 9650M gt
> 
> new laptop:
> intel core i7 / Geforce GT 425M
> 
> i made a test with glsl performance, and everything is normal : a newer computer is many time faster than the older.
> 
> 
> BUT, using a very simple patch (like attached), drawing only many time the same square, i can't see any really significant performance difference.
> 
> how could that be? what can be the botleneck?
> (with "lighting 0", i can draw about 400  square before the fps goes down)
> 
> 
> 
> but i've got a bigger problem :
> with "lighting 1", the 2 old laptop can draw about 10% less square (than with lighting 0). but the new one can draw only 3 times less square.
> So the new laptop is lot's slower than the old one when light is on.
> 
> does anyone already experience something like this?
> any idea why, and how to solve this?
> 
> thanks
> Cyrille
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20110124/a5b94616/attachment.pgp>


More information about the GEM-dev mailing list