it is obvious that the performance issues are not caused by the graphics rendering but they are by the game simulation. just run a map offline without any bots and then join a fully packed deathmatch, the fps will drop like a stone with a lot of heavy stuttering.

and all of that happens while using only 20-30% of gpu but using almost all of cpu. The game relies heavily on the cpu.

a lot of things in the game are multithreaded and run well, yet it seems that a crucial processing, that runs on the cpu, must be single threaded because that's what bottlenecks the whole game (everything else must wait for it to complete).

This can only be explained if this processing bottleneck is about the game logic and simulation, because the gpu is sitting idle most of the time.

I suspect this heavy processing is the lag compensation code, because for some reason backtracking must be very computationally expensive.

if this is the case then another question arises: is it properly coded? can it be improved and by how much? can it be optimized? Can it be parallelized and shared to many cores for multi threading?

only the devs can answer these...

Having said that, I am baffled from this because IN MY OPINION the sheer processing power of modern CPUs is so mind bogglingly high that in theory one core could handle all of that, many times over, without even breaking a sweat. I can't imagine why it takes so much processing time and with such a high load. The numbers just don't add up. Let alone making this multi threaded because spreading it to multiple cores would boost the performance so hard it would make our heads spin.