{"id":196,"date":"2010-02-14T22:58:58","date_gmt":"2010-02-14T21:58:58","guid":{"rendered":"http:\/\/www.frozax.com\/blog\/?p=196"},"modified":"2010-02-14T22:58:58","modified_gmt":"2010-02-14T21:58:58","slug":"nprof-simple-efficient-free-xna-profiler","status":"publish","type":"post","link":"https:\/\/www.frozax.com\/blog\/2010\/02\/nprof-simple-efficient-free-xna-profiler\/","title":{"rendered":"NProf : A Simple, Efficient and Free XNA Profiler (3.1 and 4.0)"},"content":{"rendered":"

Update<\/span><\/strong>: I have many visitors coming here from search engines. So here is a quick update if you want to use NProf with XNA 4.0<\/strong>. When you run NProf with your game, if the UI of NProf stays empty after running your game, it’s because you are running a XNA 4.0 game. There is a workaround here<\/a>: Run NProf.exe with a .bat containing:<\/p>\n

set COMPLUS_ProfAPI_ProfilerCompatibilitySetting=EnableV2Profiler
\nNProf.exe<\/p><\/blockquote>\n

Original post:<\/h3>\n

On its google code page<\/a>, NProf is described as a statistical profiler for .NET applications<\/em>. Good news: XNA being .NET, it can be used to profile games.<\/p>\n

It’s well known that in order to optimize, you first need to find what part of your code is slow. That’s where a profiler comes handy, it finds the bottlenecks of your game and then you can optimize what needs to be.<\/p>\n

The title of the post says it all, NProf is trivial to use, efficient and free. Once you download it, you select your XNA game executable, play it for some time and that’s it! I spent some time trying to find great profilers when I developed for PC and Mac but could not find anything really usable and affordable. I finally timed critical code sections with custom code and studied the log manually. Fortunately, NProf does all that for me in XNA.<\/p>\n

I had a few surprises when I ran NProf. For instance, yesterday I could see that 21% of the game<\/strong> was spent in one method:
\nColor.Color( Vector3 )<\/p>\n

This XNA constructor<\/a> converts a Vector3 in a Color and it is called a lot in my game to create my background effect (see an old version in motion here<\/a>). In this constructor, the expensive call is PackUtils.ClampAndRound. I do not have access to this code, but I can use another basic constructor and do the conversion myself. Here is what I ended up doing:<\/p>\n\n\n\n\n
Before<\/strong><\/em><\/td>\n\n
Color col = new<\/span> Color( vColor +\n   \u00a0new<\/span> Vector3( start_val, start_val, start_val ) );<\/pre>\n<\/td>\n<\/tr>\n
After<\/strong><\/em><\/td>\n\n
int<\/span> r = (int<\/span>)(( vColor.X + start_val) * 255 );\nint<\/span> g = (int<\/span>)(( vColor.Y + start_val) * 255 );\nint<\/span> b = (int<\/span>)(( vColor.Z + start_val) * 255 );\nColor col = new<\/span> Color( ( r > 255 ) ? (byte<\/span>)255 : (byte<\/span>)r,\n    ( g > 255 ) ? (byte<\/span>)255 : (byte<\/span>)g,\n    ( b > 255 ) ? (byte<\/span>)255 : (byte<\/span>)b );<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
The new code doesn’t clamp values below zero but I don’t need that feature. The really important thing is that it is now more than 12 times faster <\/strong>than before!<\/p>\n
Without NProf, I would not have guessed that this constructor was that critical.<\/p>\n
The main problem I see with NProf is that it only profiles your game on Windows and bottlenecks may be different on the X360.<\/p>\n
Anyway, I really advise you to run your game in this profiler before you optimise anything. Be sure to use a release build.<\/p>\n
Feel free to share your experiences with NProf!<\/p>\n
<\/a><\/a><\/a><\/a>\n