Topic: widelands and CPU usage
|
Tibor
Joined:
2009-03-23, 23:24 UTC+1.0
Posts: 1377  One Elder of Players Location: Slovakia |
Posted at:
2016-01-11, 22:12 UTC+1.0
I just installed the trunk and can not confirm it feels slower then usual. Though it was not long game... But generally it is hard to say and measure.... 
Top
Quote
|
GunChleoc
Joined:
2013-10-07, 15:56 UTC+2.0
Posts: 3317 One Elder of Players Location: RenderedRect |
Posted at:
2016-01-11, 22:40 UTC+1.0
Actually, we would expect Widelands to run a bit faster now rather than slower Busy indexing nil values
Top
Quote
|
|
Tibor
Joined:
2009-03-23, 23:24 UTC+1.0
Posts: 1377 One Elder of Players Location: Slovakia |
Posted at:
2016-01-12, 21:02 UTC+1.0
@hessenfarmer and whoever In fact we would appreciate testing of lp:~widelands-dev/widelands/use_image_cache branch - all who are interested and can compile on linux. Especially if you have not so new computer. You can post your findings here or to discussion at https://code.launchpad.net/~widelands-dev/widelands/use_image_cache/+merge/282106. You can also read the discussion there to find out what is an issue or consideration.
Top
Quote
|
|
Tino
Joined:
2009-02-20, 17:05 UTC+1.0
Posts: 251  Tribe Member Location: Somewhere in Germany... |
Posted at:
2016-01-13, 06:51 UTC+1.0
Windows user can download automatically build installers at Appveyor, e.g. the image_cache_branch : https://ci.appveyor.com/project/widelands-dev/widelands/build/_widelands_dev_widelands_use_image_cache-155/artifacts
Top
Quote
|
hessenfarmer
Joined:
2014-12-11, 23:16 UTC+1.0
Posts: 2868 One Elder of Players Location: Bavaria |
Posted at:
2016-01-15, 21:09 UTC+1.0
Hello again, I finished my game now. The map was dolomites43 (which is pretty nice indeed). I think I can confirm that the behaviour is up to 90% related to the messages window. While fighting different opponents I prefer to keep it open in the lower right not to miss any attack. When there are more than 5 or 6 messages, the game starts to slow down or even gets stuck for about 2 to 3 seconds. I noticed that there has been changes in the messages design, graphics and description since my last trunk (74xx somewhat). Perhaps the reason lays inbetween this new code. Other change I noticed is the new terrain engine, but this should not be the reason. Anyhow I'll try a newer trunk just to check, cause 7695 has some translation issues as well If I can help any further with this let me know although my abilities in programming compiling or linux are limited. greez Hessenfarmer
Top
Quote
|
kaputtnik
Joined:
2013-02-18, 20:48 UTC+1.0
Posts: 2702 OS: Archlinux Version: current master One Elder of Players Location: Germany |
Posted at:
2016-01-16, 11:58 UTC+1.0
Play testing is also a help which is appreciated
Top
Quote
|
|
SirVer
Joined:
2009-02-19, 15:18 UTC+1.0
Posts: 1442 One Elder of Players Location: Germany - Munich |
Posted at:
2016-01-16, 12:28 UTC+1.0
I second what kaputtnik said: Playtesting of pending branches that are suggested for merging is very valuable for the coders. It is not only that testing is time consuming, but it is hard to not get super focused on the inside knowledge you have about a bug and keep testing very specific things. A non coder point of view is much more useful.
Edited:
2016-01-16, 12:29 UTC+1.0
Top
Quote
|
|
GunChleoc
Joined:
2013-10-07, 15:56 UTC+2.0
Posts: 3317 One Elder of Players Location: RenderedRect |
Posted at:
2016-01-16, 17:35 UTC+1.0
There is a throttle in the Building Statistics window as to how often it updates. Maybe we need the same kind of throttle in the messages window? Busy indexing nil values
Top
Quote
|
|
hessenfarmer
Joined:
2014-12-11, 23:16 UTC+1.0
Posts: 2868 One Elder of Players Location: Bavaria |
Posted at:
2016-01-17, 17:56 UTC+1.0
Some update to my observations which for now started to look really like a bug. I upgraded to the latest trunk from Tino's nightly windows build page which is 7709. There has been no improvement on the thing. Then I ran the game in window mode with the task manager open. What I noticed is the game runs fine when "no message is displayed" at abiut 20 to 30 % of processor usage. "no message displayed" could either be 1. there is no message available 2. the message window is not open or 3. the existing messages are filtered. But if there is the first message displayed in the windoe the processor usage raises to 95% with the second message it is consuming up to nearly 100%. This should not be the case that only displaying messages consumes 70% while all the other stuff just is happy with 30%. If needed I can provide a screenshot I took. Other thing I noticed is a break or something in translations, cause the military buildings were named correctly in german while production Buildings where named in english with the englisch help text as well. next thing I'll try is doing a full deinstall and a clean install of the game, just to be sure not to have some weird artefacts left from previous installations. If there is no improvement after doing this shall I open a Bug on launchpad? Regards hessenfarmer
Top
Quote
|
|
king_of_nowhere
Topic Opener
Joined:
2014-09-15, 18:35 UTC+2.0
Posts: 1668 One Elder of Players |
Posted at:
2016-01-17, 18:29 UTC+1.0
Since we are on topic, I can add that on very long games (40+ hours) opening the general statistics will slow down the game terribly.
Top
Quote
|
Developers usually have not the time for play testing because it's much time consuming. So they are happy if someone could test bug fixes or just say what he/she observes.