Can these both be enabled at any point during the server running or must they be specified at startup? I've enabled both and seen 2 servers already dip below and nothing has been generated.
On Mon, May 13, 2013 at 5:09 PM, Fletcher Dunn <[email protected]>wrote: > That trace doesn’t appear to be produced as a result of > vprof_dump_spikes. That is a profile of average performance over about an > hour’s worth of uptime.**** > > ** ** > > 314391 frames sampled for 4718.71 seconds**** > > Average 66.63 fps, 15.01 ms per frame**** > > Peak 3131.67 ms frame**** > > 99 pct of time accounted for**** > > ** ** > > When spike mode is active, it will clear the profile data each frame, and > then dump it if the frame time exceeds some threshold. (You actually > specify the reciprocal of the threshold, in hz.)**** > > ** ** > > ** ** > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Kyle Sanderson > *Sent:* Monday, May 13, 2013 1:59 PM > > *To:* Half-Life dedicated Win32 server mailing list > *Subject:* Re: [hlds] [hlds_linux] TF2 server performance spikes**** > > ** ** > > 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
