Leaderboard

This game runs in a single-threaded process. I did a screenshot of system resources monitor when the game was running. This is inefficient. There is much lag in the late game because many computation tasks are in this one thread in a single logical core. Players who use low frequency CPUs will force all other players to be slow for synchronization. Therefore it is important to separate the game processes into many threads and take advantage of all logical cores. It will multiply the available computation power by the total number of logical cores - much faster! Less power will be used by the CPU because a lower frequency is enough to perform the necessary computations. There are many opportunities for multithreading in this game. For example, each thread manages the simulation progress of just one entity, then let all logical cores of the CPU share the pool of threads. Now, if there are 1000 entities on the map, one logical CPU core must compute all 1000 simulation calculations, so it runs slowly. If we do multithreading on a CPU which has 8 logical cores (4 cores 8 threads) then each logical core only needs to do 125 simulation calculations, each physical core needs to do 250 calculations on average. This is at least 4 times faster. The difference is more significant on CPUs with more cores.

It's a known issue, but as I understand it, it's not that easy to separate the threads. And we're a bit light on devs. So if you have any expertise jump right on it!

Mod note: This game is focused on simulated ancient warfare. Please refrain from going way off topic with current politics. That just ruins any discussion.

I just opened a pull request for Greek healers: https://github.com/TheShadowOfHassen/0-ad-history-encyclopedia-mod/pull/15

Maybe some potentially useful information in this article on Intel's website?: Identifying the Frame Rate Bottleneck in 0 A.D. @inzhu Related forum thread already exists at

Some tasks are done off of the main thread. (There is an overview.) The most computation (simulation and rendering) is done on the same thread. Only one thread can work on a spidermonkey-context (where the simulation is computed). Copying data from one context to another is performance intensive (compared to not doing it). So splitting the tasks on a per unit level results in much overhead. I think doing the rendering on a different thread has more chances to yeald an improvement. I hope i didn't destroy your motivation. We can always use help. Fell free to join The irc chanel or DM me.

https://trac.wildfiregames.com/wiki/WikiStart#Fordevelopersandthoseinterestedinthelatestprogress https://trac.wildfiregames.com/wiki/GettingStarted HTH

How can I find the source code of the game? Is there a documentation of any kind? Any description of the file hierarchy of the source codes?

And you aren't bothered by the naked fanatics of the Gauls? Or the Noba tribesmen? Things should be historically accurate to reflect reality at the time as closely as possible, whether people like or not. Mods exist for those who don't like it, and if there aren't any try to make one yourself.

You can make a mod that changes the look of all units in the game. You may find this guide useful: https://trac.wildfiregames.com/wiki/Modding_Guide Be sure to add the line "ignoreInCompatibilityChecks": true, in your mod.json to make the mod compatible with other people who are not using it.

Seconded that you should refrain from such comments. This is a community of history enthusiasts, and some are liable to take umbrage with claims like that. While it is true that the ancient Jews did suffer long periods of foreign occupation throughout their history, so did almost everyone else in the region. And during their periods of autonomy I think you would be hard pressed to argue they were perfect models of principled restraint. They did their fair share of conquest and war crimes to their neighbors, just like their neighbors did to them. It's well documented in the Tanakh. You are free to believe whatever you want, but if you wish to participate productively is a community like this you need to follow certain rules. Those rules are set by the majority consensus. They include not casting blanket judgments on the moral worth of any ethnic group relative to others, and not judging the behaviors of ancient peoples by modern standards. And more broadly, where no consensus exists on standards of behavior or acceptability, we default to a permissive standard that prioritizes historical accuracy. Thus it doesn't matter whether you believe the portraits are modest. What matters is that there's no majority consensus about what modest is (beyond possibly a bikini level of minimum coverage, and even that might be contentious), but we do know some ancient (and modern) groups followed different conventions of modesty. So what we have now is the right standard. If you don't like it, make a mod.

I am able to reproduce this situation in A27 RC 1. This happens only in the case, when you are playing the Han civilization and you have placed a minister in one warehouse. Because then the game shows you the cheaper technologies next to the technologies without discount. In this case I wouldn't consider this as a bug.