Investigate large map bottleneck via profiling

[barra_parpg]

Having a large number of instances on a map seems to seriously affect ingame as well as map editor performance.

You can test it yourself by updating to the latest SVN revision of PARPG. After that open settings.xml in the PARPG folder and change:

<MapFile> maps/map.xml </MapFile>

to:

<MapFile> maps/techdemo1_ground_level.xml </MapFile>

My guess is that the bottleneck is obviously FIFE-related but if we could provide some solid profiling data, chances are increasing that the FIFE devs look into it and could improve the performance.

To profile a FIFE-based client such as PARPG (on Linux), follow the instructions provided here:  http://wiki.fifengine.de/Profiling:Linux:Callgrind

Update: here's a guide how to profile PARPG:  http://wiki.parpg.net/Profiling_PARPG

Attach profiling data to the ticket. I can forward the information to the FIFE devs.

[eliedebrauwer]

I'll take a look at this, reassigning to me.

[eliedebrauwer]

I already took care of documentating how to profile parpg using some common tools. See  http://wiki.parpg.net/Profiling_PARPG

[eliedebrauwer]

oprofile output on a small map

[eliedebrauwer]

oprofile benchmark on a large map

[eliedebrauwer]

Finding were posted at the forum:  http://forums.parpg.net/index.php?topic=570.msg6764#msg6764

At this point it seems that FIFE::Camera::render() is constantly iterating over our map which consists out of over more than 62.500 instances (per frame :( )

[barra_parpg]

As the bottleneck has been identified and the FIFE devs are working on a view_performance branch to improve the situation the ticket can be closed.

[Lord]

Hello. In a crisis, fell revenue from sales <a href= http://rapira-mir.ru>rapira-mir.ru</a> . Tell my what can be done. Thanks in advance. Vsem privet. V uslovijah krizisa upal dohod ot prodazh <a href= http://rapira-mir.ru>rapira-mir.ru</a> . Podskazhite chto mozhno sdelat'. Zaranee Spasibo.