Thanks for the info. I did some testing with r_lod 0 and it seems to have helped significantly, but there are still some spikes. For the most part, the gaps are gone or so small that they're not a big deal, except for cases where it isn't really an issue, such as during a new round team spawn. Here are some screenshots of gameplay, respawn, and new round: http://imgur.com/a/gHAKO
For anyone who has a good enough video card, my recommendation is to try running with r_lod 0 to see if it helps. If you do, report back with your findings so I know I'm not just crazy. For those with weaker video cards: play on maps where there aren't large groups of players around corners, or learn to deal with being unable to aim and unable to see enemies until this is patched! To answer your question regarding processor affinity, no, they are not limited to a single core. The CPU load never goes above 25% even when all the servers on the box are full, there's plenty of RAM left over, and we're at about 10% of maximum bandwidth. No issues with IOwait either. From the server standpoint, everything appears to be working great with the exception of the occasional crash due to no free edicts. On 1/5/2013 1:32 PM, ics wrote: > If you started seeing spikes recently, after the xmas update, there's > that spam in the console that makes my own game lag like hell when it > happens. Screen even jams occasionally. > > Before that, i saw mostly players going fast forward with leaping > place to another when issues like this occurs. It's just some players, > just as some packets would be "lost" (or not given to you) at that > time and only part of his actual movement is shown (like packet 3, 35 > 64 and not 3,12,23,35,43,51,64,76,89 etc). As i recall, this started > long ago, at the time that valve optimized the code and bandwidth > usage for servers dropped at the same time. > > Also one other thing happened at that t ime, which is that now the > game draws only players that are around the next corner and not the > ones at next corner and after the next one. This of course can be > coped with some optimization on maps but this is now default setting. > If you want to experience this as a test, go in map harvest and if you > spec a sniper that is in the roof but is not peaking over the rooftop > to middle. You cannot see the enemies that are in area on front of the > rooftop. However, as soon as he peaks over, the enemies magically > appear for your screen, which means you see the same thing as he does. > Only he cannot see what you see from above his head, sooner than he. > So if you see the enemies and he is peeking over and then goes down > crouching, those enemies will disappear. > > Before Valve did the optimization over a year ago, as a 3rd person, > you could see all that is happening on the battlefield while > spectating a person. Now, this effect happens. In some rare and not so > rare cases, it can lead to sudden lag as your hardware tries to catch > up on whats going on at the screen. Naturally this part has nothing to > do with servers themselves, it's just ingame thing on players. That > recent dynamic model loading might have done this even more visible > but i think they are loading the models that should be coming up in > advance but i have no way of knowing how advanced that system is at > guessing what comes next. > > But also one question, do you force your servers to run on specific > cpu core? I've also seen that causing similiar lag effect. > > -ics > > 5.1.2013 19:53, Jake Forrester kirjoitti: >> I have the exact same issue. When turning the corner, getting team >> changed, or just running into a bunch of other players, I get huge >> spikes in my graph (with gaps). It's gotten so bad that it can become >> impossible to aim during large enemy encounters, so I've just given up >> on TF2 for the time being. I guess on to DOTA? Kind of sucks being in >> charge of a server that you can't even play on. >> >> On 1/5/2013 11:49 AM, Essay Tew Phaun wrote: >>> I know this isn't exactly scientific but we weren't having these >>> reports of >>> lag before. Of course, you're always going to have a few people >>> complaining >>> about lag and blaming their performance on it, but recently, >>> probably as of >>> the big update (Halloween or Mecha, not sure which) We've seen a >>> humongous >>> rise in the complaints about lag. Whether that's the cause of the >>> server or >>> client, I guess that remains to be seen, but we're having a lot of >>> complaints and have done everything we can on our end to try and >>> address it >>> including moving down to 24 player servers which we did *NOT *want >>> to do. >>> The problem is still there. An hour or so ago I loaded up a completely >>> vanilla server with no MM:SM, the same issue appears. >>> >>> We get the gaps and spikes in the net_graph a lot. I get HUGE gaps when >>> going in to a new area of a map a lot of the time. Here's a >>> screenshot from >>> just now when I tested. >>> >>> http://i.imgur.com/4V1TZ.jpg >>> >>> > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux -- Jake Forrester Freelance Web Developer/Designer & Joomla Enthusiast e: j...@ranndesigns.com _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
