Closed theBlbDan closed 8 years ago
The fdir
command always caused CPU spikes, even with Urban Terror 4.2 (and 4.1 as well). B3 uses this command on startup to get the list available maps on the server (and also on map change), and indeed when B3 starts you can experience a 1-2 seconds lag. This is due do the amount of assets loaded, and since Urban Terror 4.3 added new weapons and maps, the list is even longer than before. Try to reduce the amount of 3rd party maps on the server, and you should get less lag spikes.
Yes, very familiar with the lag spike if you start B3 up while playing. The first thing I tested after experiencing the lock-up was to run fdir via rcon on a fresh, vanilla install with no third party maps. It still locks up the CPU.
as a datapoint, i just finished upgrading the OpenBSD packages I produced to the 4.3.1 release. I can't seem to reproduce this issue here however, below is output from the fdir command run on .bsp and just '' itself a couple times (hmm, it seems i haven't cleaned out my local downloaded maps cache in awhile, wonder if that will bite me in the butt? ;) )
@ryan-sg Thanks for your feedback. I discovered that the problem was due to one of the symlinks to our TS channel. Apparently fdir traverses directories and there is something in there is doesn't like, but it doesn't indicate what it is. Since all we want the symlink for is map uploads, I've targeted a different folder and all is well again. Now back to iourt43.
good to close the issue, then? :+1:
Thank you guys for your feedback and tests!
Using Quake3-UrT-Ded.i386 that came bundled with the newest 4.3 release.
In an attempt to update the B3 iourt parser for 4.3, I found that when it calls
fdir *.bsp
that the server became unresponsive. B3 uses this to get a list of available maps. In testing the command via rcon, I found that it causes the server to spin the CPU. I don't believe this was a problem in any of the 4.2 releases.