Yeah we've updated, it's just a lot worse than it was. It seems to be happening much more frequently now. Attempting to get a vprof dump myself, but we'll see.
On Mon, May 13, 2013 at 4:58 PM, Kyle Sanderson <[email protected]> wrote: > Did you update? for the past hour or so I've been getting complaints about > spikes, I'm thinking it's something non-threaded using the Steam API. I > noticed Avatars have been working since the change, but I'm just pulling at > straws now. vprof hasn't rendered anything useful. > > Here's a vprof dump after a while (I wrote something to script most of the > captures, my goodness vprof takes a long time to print). > http://fpaste.org/11930/13684786/ > > Thanks, > Kyle. > > > On Mon, May 13, 2013 at 1:47 PM, Essay Tew Phaun <[email protected]>wrote: > >> Oh my god Valve, the spikes are 10x worse now, what have you done lol. >> >> >> On Mon, May 13, 2013 at 1:38 PM, Bjorn Wielens <[email protected]> wrote: >> >>> I will attempt to get a few vprof dumps and post them here. >>> >>> ------------------------------ >>> *From:* Fletcher Dunn <[email protected]> >>> *To:* "[email protected]" < >>> [email protected]>; Half-Life dedicated Win32 server >>> mailing list <[email protected]> >>> *Sent:* Monday, May 13, 2013 2:09:14 PM >>> >>> *Subject:* Re: [hlds] [hlds_linux] TF2 server performance spikes >>> >>> Has anybody used vprof spike mode? This sort of problem is pretty much >>> exactly what it was designed to investigate. >>> >>> E.g. >>> >>> vprof_on >>> vprof_dump_spikes 20 // dump a vprof report if frame rate drops >>> below 20 >>> >>> If the problem is caused by network traffic, using the -netspike command >>> line argument can also be used to dig deeper into exactly what entity data >>> is being sent. >>> >>> If you have a report and you don't know how to interpret it, you can >>> email it to me or post it here, I'm sure there are some people who can help >>> analyze it. >>> >>> -----Original Message----- >>> From: [email protected] [mailto: >>> [email protected]] On Behalf Of Bjorn Wielens >>> Sent: Monday, May 13, 2013 9:42 AM >>> To: Half-Life dedicated Win32 server mailing list; >>> [email protected] >>> Subject: Re: [hlds_linux] [hlds] TF2 server performance spikes >>> >>> Correct, I was one of the folks discussing this in the last round of >>> messages and we run on Linux. Since my last message about having disabled >>> replays I still get occasional hiccups in a full server, but nowhere near >>> as bad as before, owing to the lack of replay overhead. >>> >>> I'd be happy to run diagnostics if they were available for Linux, but >>> alas that's not the case. >>> >>> >>> >>> ________________________________ >>> From: Alex Kowald <[email protected]> >>> To: Half-Life dedicated Win32 server mailing list < >>> [email protected]> >>> Sent: Monday, May 13, 2013 1:16:04 PM >>> Subject: Re: [hlds] TF2 server performance spikes >>> >>> >>> >>> You are only accepting traces for windows servers correct? Some of the >>> people that have complained are running linux. I have the issue myself on >>> two independent servers. We get this new game studder after upgrading, >>> leaving everything else the same. >>> >>> >>> >>> On Mon, May 13, 2013 at 12:11 PM, Fletcher Dunn < >>> [email protected]> wrote: >>> >>> I do have a theory about the cause of the CPU spikes. I’ll release a >>> build with the next mandatory update (which will probably be this >>> afternoon) that I think could address the problem. But since we are not >>> reproducing the problem here, this is just a theory, not disciplined >>> engineering. >>> > >>> >In order to conduct disciplined engineering, we need data from those >>> who are able to reproduce it. Judging by the amount of discussion this >>> problem has generated and the relatively small amount of effort that is >>> required in order to get the data to us, I’m really surprised we haven’t >>> received more traces. >>> > >>> >I have given out vtrace keys to every person who has asked for one. So >>> far we have received traces from exactly two (2) server operators. One >>> server operator had processor affinities set, the other was running a high >>> number of instances per core, such that the average CPU utilization was >>> high and there was no headroom for more than one process to spike. >>> > >>> > >>> >_______________________________________________ >>> >To unsubscribe, edit your list preferences, or view the list archives, >>> please visit: >>> >https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>> > >>> > >>> >>> _______________________________________________ >>> To unsubscribe, edit your list preferences, or view the list archives, >>> please visit: >>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>> _______________________________________________ >>> To unsubscribe, edit your list preferences, or view the list archives, >>> please visit: >>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux >>> _______________________________________________ >>> To unsubscribe, edit your list preferences, or view the list archives, >>> please visit: >>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>> >>> >>> >>> _______________________________________________ >>> To unsubscribe, edit your list preferences, or view the list archives, >>> please visit: >>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>> >>> >> >> _______________________________________________ >> To unsubscribe, edit your list preferences, or view the list archives, >> please visit: >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >> >> > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds > >
_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
