Topic: widelands and CPU usage

QCS

Joined: 2009-12-29, 22:47 UTC+1.0
Posts: 256
Ranking
Tribe Member
Posted at: 2015-10-18, 10:13 UTC+2.0

The performance of loading long and large games as well of closing such games has been significantly improved in rev. 7557. Feel free to test and compare face-wink.png

Edit: Comparisons for my machine (quite fast CPU, lots of RAM, widelands installed on tmpfs (ramdisk)):

  • the 14h game: before 35s, after 14s
  • the 27h game: before 159s, after 16s
Edited: 2015-10-19, 07:08 UTC+2.0

CMake is evil.

Top Quote
GunChleoc
Avatar
Joined: 2013-10-07, 15:56 UTC+2.0
Posts: 3317
Ranking
One Elder of Players
Location: RenderedRect
Posted at: 2015-10-19, 08:55 UTC+2.0

That is very impressive face-smile.png


Busy indexing nil values

Top Quote
king_of_nowhere
Avatar
Topic Opener
Joined: 2014-09-15, 18:35 UTC+2.0
Posts: 1668
Ranking
One Elder of Players
Posted at: 2015-10-19, 13:06 UTC+2.0

I didn't use a chronometer, but the 27 hour game now takes around half a minute on my pc, a huge improvement.

Good job.


Top Quote
QCS

Joined: 2009-12-29, 22:47 UTC+1.0
Posts: 256
Ranking
Tribe Member
Posted at: 2015-10-19, 15:18 UTC+2.0

This thread is, by the way, a good example for a helpful community, and at a second place also that even if someone with only mediocre PC skills shows up with an issue, it is possible to help, provided that the one wanting help in the first place, is also willing to provide more information as requested, up to his/her skill level face-smile.png


CMake is evil.

Top Quote
king_of_nowhere
Avatar
Topic Opener
Joined: 2014-09-15, 18:35 UTC+2.0
Posts: 1668
Ranking
One Elder of Players
Posted at: 2015-11-17, 03:48 UTC+1.0

i have to point out that while the loading time for long games was fixed, widelands reduced to icon still consumes an unjustified amount of cpu.


Top Quote
Tino

Joined: 2009-02-20, 17:05 UTC+1.0
Posts: 251
Ranking
Tribe Member
Location: Somewhere in Germany...
Posted at: 2015-11-17, 08:30 UTC+1.0

You are right, i can confirm this on windows with current trunk:

  • CPU Usage 4-6% on my system in full-screen (1440x768) or windowed mode(800x600)
  • CPU Usage minimized 8-12%

If the widelands window is just in the background, everything is fine, too. But the moment i minimize it, the CPU usage pretty exactly doubles...


Top Quote
staustelladam

Joined: 2011-11-24, 22:33 UTC+1.0
Posts: 70
Ranking
Likes to be here
Posted at: 2015-11-23, 19:04 UTC+1.0

QCS wrote:

The performance of loading long and large games as well of closing such games has been significantly improved in rev. 7557. Feel free to test and compare face-wink.png

Edit: Comparisons for my machine (quite fast CPU, lots of RAM, widelands installed on tmpfs (ramdisk)):

  • the 14h game: before 35s, after 14s
  • the 27h game: before 159s, after 16s

Will this particular improvement model make it into build 19? I think that this is a very important improvement, as I'm currently on 7519, and reluctant to update again until 19 comes out as I don't want to break my mods. I get similar slow load/save speed issues on the larger/longer maps, but happy to wait for the next full release.


Top Quote
QCS

Joined: 2009-12-29, 22:47 UTC+1.0
Posts: 256
Ranking
Tribe Member
Posted at: 2015-11-23, 19:17 UTC+1.0

staustelladam wrote:

QCS wrote:

The performance of loading long and large games as well of closing such games has been significantly improved in rev. 7557. Feel free to test and compare face-wink.png

Edit: Comparisons for my machine (quite fast CPU, lots of RAM, widelands installed on tmpfs (ramdisk)):

  • the 14h game: before 35s, after 14s
  • the 27h game: before 159s, after 16s

Will this particular improvement model make it into build 19? I think that this is a very important improvement, as I'm currently on 7519, and reluctant to update again until 19 comes out as I don't want to break my mods. I get similar slow load/save speed issues on the larger/longer maps, but happy to wait for the next full release.

Well, the code is still in there, and it didn't seem to cause particular bugs (at least nothing coming up showed to be related to this commit so far face-smile.png ), and we tend not to remove features once in trunk, so this is probably looking good for b19.


CMake is evil.

Top Quote
staustelladam

Joined: 2011-11-24, 22:33 UTC+1.0
Posts: 70
Ranking
Likes to be here
Posted at: 2015-11-27, 10:12 UTC+1.0

QCS wrote: Well, the code is still in there, and it didn't seem to cause particular bugs (at least nothing coming up showed to be related to this commit so far face-smile.png ), and we tend not to remove features once in trunk, so this is probably looking good for b19.

Fantastic!


Top Quote
hessenfarmer
Avatar
Joined: 2014-12-11, 23:16 UTC+1.0
Posts: 2868
Ranking
One Elder of Players
Location: Bavaria
Posted at: 2016-01-11, 21:28 UTC+1.0

Hello everybody

sorry to bring up again this old issue but I just updated from trunk 7514 to 7695 due to not having much time to play in December and it felt that this trunk (7695) is using much more ressources than my previous one (7514). I constantly get the impression that the game is hanging as it is consuming the total percentage of one of my cores. Although the machine is somewhat old (C2Duo t7500 at 2,2 GHz running Win7 64 bit) this never happened with the 7514 build. The reason for updating was the new terrain features required for map New England. Are there any changes in the game that use more ressources? Taking into account that I was previously able to run the game on my netbook (Atom N270) this behaviour looks somewhat weird to me.

Normally I have the warehouse statistics open which never caused problems. Other graphical stats are not permanently open as this causes heavy load as previously discussed. Sometimes I had the impression that the effect is getting worse with more than 5 messages in the messages window.

thanks for your patience

best regards hessenfarmer


Top Quote