Very looooong pause after each 1 square ship movement

In one of my games, there is a really long pause for EACH SQUARE that EACH SHIP moves on the map. It doesn't matter if I manually make each move 1 square at a time, or if I set an auto-pilot destination and the computer does it. We are talking about a pause of about 3 SECONDS for each square moved by each ship. I can't tell if the AI ships are affected, or just my own ships.

I should note that this was not happening at the very start of the game (but I can't remember at what point the problem began). Quitting and reloading the game did not fix the problem. I had to abandon this game due to the crazy amount of time it takes for ships to move.

I am playing on a laptop with 512Mb of RAM and a 2Ghz P4 Intel processor. (in case that is relevant)

- Proud Canadian
3,972 views 5 replies
Reply #1 Top
I have been seeing the same long pause for each tile a ship moves, but it is intermittant, although it seems to happen a lot more often to me than PC reports. And each pause can be much longer than 3 seconds.

I have twice the ram as PC, and a multithread processor. I also have a CPU monitor up at all times when playing GC2, I don't see any evidence of paging or lack of CPU clock cycles when it happens, but it seems to shift from the clock cycles being split between system and application threads to all clock cycles going to application threads. However, the monitor still shows no more than about 50% CPU usage. I also have seen an occasional pause in the music track when this is happening. And I don't recall seeing this happen in beta 1.

Cari, are any of the performance fixes you mentioned in your journal entries likely to fix this?

I can get a shapshot that includes the monitor and send it to you if that would help.
Reply #2 Top
If you have hyperthreading on, it's likely that the fifty percent CPU usage comes from your processor really being two logical processors, and the second logical processor not getting much usage. I'll bet that GalCiv is actually using 100% of the processor when this bug is occurring.
Reply #3 Top

Jack, possibly.  Also, check your debug.err file to see if there are a bunch of debug messages.  It could be that the AI threads are printing out messages that are slowing things down, or if you're getting errors flipping the primary buffer to the back buffer, that could slow it down.

Reply #4 Top
Cari, when I get a slowdown again I will capture the debug file and send it to you and Scott.
Reply #5 Top
Oh. If the debug file had timestamps on each of the debug entries, it would go a long way to helping isolate this problem.