We ran around 90-100% per core with 40-ish FPS.

Players found that reasonably acceptable, so I'm guessing no one is going to 
complain now.

Saint K.
________________________________________
From: hlds_linux-boun...@list.valvesoftware.com 
[hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Andres Pozos 
[javato...@yahoo.es]
Sent: 26 July 2011 13:59
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] cpu on i7 920

More than 80% cpu usage = lag spikes
> Everyone thanks a lot for your feedback regarding this issue.
>
> I went into the datacenter today and had another good look at the BIOS 
> settings. In the end I did a full BIOS reset and re-programmed all the 
> options.
>
> Servers now run at a rock solid 250FPS at around 80-90% CPU load per 24max 
> server per core (acceptable).
>
> Saint K.
> ________________________________________
> From: hlds_linux-boun...@list.valvesoftware.com 
> [hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Svensk Ljud&  Ljus 
> Produktion [i...@teaterljud.se]
> Sent: 25 July 2011 17:00
> To: hlds_linux@list.valvesoftware.com
> Subject: Re: [hlds_linux] cpu on i7 920
>
> To get a true picture on the cpu load you have to monitor both the
> machines cpu-usage by core, and the srcds instances usage of cpu.
> This can be monitored by munin.
> Offcource it can also monitor fps, no.off players, uptime and the
> network traffic on the nic by port.
> But dont forget to monitor the memory usage on the machine.
> Its a easy way to find errors.
>
> Peter
> Sweden
>
>
>
> Eric Riemers skrev 2011-07-25 15:04:
>> I only have issues on the box with the 32 slots server, and since tf2 is
>> build for 24 i dont think there will be any performance increases in this
>> area. The 24 slots sit around 60/70% and i've got no complaints from there
>> (except for the few that always complain)
>>
>> Also if you have hlxce running or similar you can usually see your
>> serverside fps too, not that this matters that much but if you see drops
>> below 66 it could be cpu, at least a reference point to look at if people
>> complain about lag.
>>
>> Still running an older distro of debian on that box though, perhaps a
>> upgrade would do some good i presume too.
>>
>> On Mon, 25 Jul 2011 14:05:10 +0200, Saint K.<sai...@specialattack.net>
>> wrote:
>>> Hi,
>>>
>>> My concern is not really to have more servers on there (although it be
>> nice
>>> if possible), but I'd like to get at least 66+fps stable per server per
>>> core, and having some load left to have replay etc enabled, as we had to
>>> kill that as well to get things running on the edge of normal.
>>>
>>> I've also tried assigning it per core, but never found clear bennifits to
>>> do so. The keeping one core free is just the thought process, leaves some
>>> room for other processes to peak (if required).
>>>
>>> Saint K.
>>> ________________________________________
>>> From: hlds_linux-boun...@list.valvesoftware.com
>>> [hlds_linux-boun...@list.valvesoftware.com] On Behalf Of
>>> gamead...@127001.org [gamead...@127001.org]
>>> Sent: 25 July 2011 13:56
>>> To: 'Half-Life dedicated Linux server mailing list'
>>> Subject: Re: [hlds_linux] cpu on i7 920
>>>
>>> Regardless of CPU usage you're going to struggle running more servers
>> than
>>> that.
>>>
>>> The thing is, it's not that the servers use a lot of CPU*, it's just that
>>> when they need it, they need it _NOW_, or else they miss their "window"
>> and
>>> the framerate drops.  The more things running per core, the higher the
>>> chance that something else will stop a server getting its slice when it
>>> needs it.
>>>
>>> *actually, they _DO_, but the point would stand even if they didn't
>>>
>>> This is why I find load average useful; it can point out overloading (if
>> LA
>>>> number of threads your server has) even when the CPU load isn't showing
>>> 100%
>>>
>>> Re: assigning servers to cores - this is going back about 3 years, but I
>>> noticed that gameservers liked to jump cores about every 30 seconds or
>>> so...
>>> but if I pinned them to a core, they'd lag for a split-second around
>> every
>>> 30 seconds or so instead.  No idea if that was the OS or the server, and
>>> we've not tested again since, but we've had little issue leaving them to
>>> roam free.
>>>
>>>> -----Original Message-----
>>>> From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-
>>>> boun...@list.valvesoftware.com] On Behalf Of Saint K.
>>>> Sent: 25 July 2011 12:22
>>>> To: Half-Life dedicated Linux server mailing list
>>>> Subject: Re: [hlds_linux] cpu on i7 920
>>>>
>>>> I could live with that, at least knowing a reason why my 3000,- euro
>>>> hardware can only sustain 7-ish 24 slots TF2 servers.
>>>>
>>>> Saint K.
>>>> ________________________________________
>>>> From: hlds_linux-boun...@list.valvesoftware.com [hlds_linux-
>>>> boun...@list.valvesoftware.com] On Behalf Of James Botting
>>>> [bottswan...@googlemail.com]
>>>> Sent: 25 July 2011 13:18
>>>> To: Half-Life dedicated Linux server mailing list
>>>> Subject: Re: [hlds_linux] cpu on i7 920
>>>>
>>>> Everytime a new weapon goes 'pew pew' the laser destroys a section of
>>>> your
>>>> CPU.
>>>> It's a new feature.
>>>>
>>>> On 25/07/2011 12:14, "Andres Pozos"<javato...@yahoo.es>   wrote:
>>>>
>>>>> Its not a bug its a "feature", jk. Orangebox take teh 100% cpu usage
>>>> in
>>>>> a core with more than 25 slots, i tested it on many linux distros,
>>>> many
>>>>> kernel configurations and many cpus. So welcome to the club.
>>>>>> Hi,
>>>>>>
>>>>>> Thanks for the reply.
>>>>>>
>>>>>> The servers are build according to Tyans best practise, so
>>>> everything
>>>>>> is inserted in the correct slots. I've recently also updated the BIOS
>>>>>> versions to be sure.
>>>>>>
>>>>>> One thing I notice, at the memory settings is a "snooping" option -
>>>> If
>>>>>> this is disabled, the overall load is slightly lower (as it is now).
>>>>>>
>>>>>> I'd generally wouldn't blame the hardware either, however, seeing I
>>>>>> can't find anything software wise, it's the logical next thing to
>>>> look
>>>>>> at.
>>>>>>
>>>>>> Any more tips are welcome!
>>>>>>
>>>>>> Saint K.
>>>>>> ________________________________________
>>>>>> From: Jesse Molina [je...@opendreams.net]
>>>>>> Sent: 25 July 2011 12:36
>>>>>> To: Half-Life dedicated Linux server mailing list
>>>>>> Cc: Saint K.
>>>>>> Subject: Re: [hlds_linux] cpu on i7 920
>>>>>>
>>>>>> Looks fine, don't mess with it.
>>>>>>
>>>>>> generic-receive-offload would be good if you were doing 10G
>>>> networking,
>>>>>> but otherwise forget about it.
>>>>>>
>>>>>> Make sure that your RAM is in the right slots as recommended by
>>>> Tyan.
>>>>>> That can slow things down sometimes but I would not expect that to
>>>> cause
>>>>>> such significant problems.
>>>>>>
>>>>>> I have no clue.  Grab an old cruddy desktop, set it up on your home
>>>>>> network, do a quickplay qualified server, and then watch how it
>>>> runs.
>>>>>> Use the same OS and versions you are using on your server and then
>>>> start
>>>>>> twiddling.  You only need about a 2Mbps upstream rate for a 24-
>>>> player
>>>>>> server.
>>>>>>
>>>>>> I would blame software way before I started blaming hardware.
>>>>>>
>>>>>> Actually, I'd blame something you did unknowingly, first, but just
>>>>>> because I'm a BOFH.
>>>>>>
>>>>>> People like to throw switches in the desperate hope that one of them
>>>> was
>>>>>> put there by system developers specifically just to slow things
>>>> down,
>>>>>> like a turbo switch on an old 486DX.
>>>>>>
>>>>>> "Surely, my sheer desire to make things go faster and by randomly
>>>>>> throwing every bios setting, recompiling my kernel with obscure
>>>> realtime
>>>>>> patches I found, enabling weird sysctrl parameters, and buying a
>>>> Bigfoot
>>>>>> gaming NIC will make things go faster!"
>>>>>>
>>>>>> And that's why we have fps_max 1000 and 100PPS update/cmd rates on
>>>>>> servers.
>>>>>>
>>>>>> I really have no idea what I'm talking about.  I've only been
>>>> messing
>>>>>> with srcds servers for the last nine months or so.
>>>>>>
>>>>>> Then again... Seagate did ship me all of those SATA 300 drives with
>>>> the
>>>>>> 150-limiting jumpers on by default.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Saint K. wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> I am getting these values returned, not entirely sure what I am
>>>>>>> looking at;
>>>>>>>
>>>>>>> mrblonde:~# ethtool -k eth0
>>>>>>> Offload parameters for eth0:
>>>>>>> rx-checksumming: on
>>>>>>> tx-checksumming: on
>>>>>>> scatter-gather: on
>>>>>>> tcp-segmentation-offload: off
>>>>>>> udp-fragmentation-offload: off
>>>>>>> generic-segmentation-offload: on
>>>>>>> generic-receive-offload: off
>>>>>>> large-receive-offload: off
>>>>>>> ntuple-filters: off
>>>>>>> receive-hashing: off
>>>>>>>
>>>>>>>
>>>>>>> Does this appear to be good? I've checked the chipset specs and it
>>>>>>> supports checksum offloading.
>>>>>>>
>>>>>>> Saint K.
>>>>>>> ________________________________________
>>>>>>> From: hlds_linux-boun...@list.valvesoftware.com
>>>>>>> [hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Andrew
>>>>>>> Armitage [and...@thirdlife.org]
>>>>>>> Sent: 25 July 2011 10:36
>>>>>>> To: hlds_linux@list.valvesoftware.com
>>>>>>> Subject: Re: [hlds_linux] cpu on i7 920
>>>>>>>
>>>>>>> I wouldn't expect problems with.  But I happily admit to being no
>>>>>>> expert.
>>>>>>>
>>>>>>> Try ethtool -k<interface>     and see what's what?
>>>>>>>
>>>>>>> A
>>>>>>>
>>>>>>> On 25/07/2011 08:42, Saint K. wrote:
>>>>>>>> The servers are build on Tyan Tempest i5400 motherboards, based on
>>>>>>>> the Intel 5400B chipset platform, the Gbit nic's used on this
>>>> board
>>>>>>>> are Intel 82563EB chips.
>>>>>>>>
>>>>>>>> I've never really figured the load could be related to the
>>>> networking
>>>>>>>> chip as our throughput tests never really show any issues when
>>>> tested
>>>>>>>> (with all sorts of packet sizes, tcp/udp)
>>>>>>>>
>>>>>>>> Saint K. ________________________________________ From:
>>>>>>>> hlds_linux-boun...@list.valvesoftware.com
>>>>>>>> [hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Andrew
>>>>>>>> Armitage [and...@thirdlife.org] Sent: 25 July 2011 09:36 To:
>>>>>>>> hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] cpu on
>>>> i7
>>>>>>>> 920
>>>>>>>>
>>>>>>>> Maybe the issue is the network hardware? HLDS is very network
>>>>>>>> intensive.
>>>>>>>>
>>>>>>>> I believe that some cards support checksum offloading and some
>>>>>>>> don't.
>>>>>>>>
>>>>>>>> A
>>>>>>>>
>>>>>>>> On 25/07/2011 07:28, Saint K. wrote:
>>>>>>>>> What I am still not getting is that our Xeon E5420's are doing
>>>>>>>>> like 70-80% load on a single core for 24 players, and our Xeon
>>>>>>>>> E5410's 90%+, where you say your older 4600+ does 70%.
>>>>>>>>>
>>>>>>>>> Tried all sorts of different kernels out there.
>>>>>>>>>
>>>>>>>>> Is there perhaps certain BIOS settings which could benefit when
>>>>>>>>> running gameservers on them?
>>>>>>>>>
>>>>>>>>> Ours surely should perform much better then that?
>>>>>>>>>
>>>>>>>>> Saint K. ________________________________________ From:
>>>>>>>>> hlds_linux-boun...@list.valvesoftware.com
>>>>>>>>> [hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Jesse
>>>>>>>>> Molina [je...@opendreams.net] Sent: 25 July 2011 05:15 To:
>>>>>>>>> Half-Life dedicated Linux server mailing list Subject: Re:
>>>>>>>>> [hlds_linux] cpu on i7 920
>>>>>>>>>
>>>>>>>>> I have a AMD Phenom x6 1055T doing multiple servers at the same
>>>>>>>>> time. TF2 causes the active core to go to 100% for about two
>>>>>>>>> seconds during map changes, but otherwise I've never seen it go
>>>>>>>>> that high for extended periods of time.  Average during full
>>>>>>>>> 24-player usage is about 40%.
>>>>>>>>>
>>>>>>>>> I also have an older AMD Athlon64 x2 4600+ that runs a single
>>>>>>>>> 24-player TF2 quickplay server.  It averages 70% usage when full
>>>>>>>>> and gameplay is great.
>>>>>>>>>
>>>>>>>>> Both of these are desktop class boards with DDR2 PC800M RAM.
>>>>>>>>> Linux 2.6.39.
>>>>>>>>>
>>>>>>>>> Try watching your CPU usage at (relatively) high resolution with
>>>>>>>>> something like "htop -d 1"
>>>>>>>>>
>>>>>>>>> No clue why you are maxing out like that.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Eric Riemers wrote:
>>>>>>>>>> All,
>>>>>>>>>>
>>>>>>>>>> I run a 32 slots server on a i7 920 @ 2.67ghz, but i can see
>>>>>>>>>> with top and such that its potentially maxing out at 100% at
>>>>>>>>>> times since it only uses one core. Is it really now doing so
>>>> much
>>>>>>>>>> cpu that even a i7 core isn't enough? Didn't have much
>>>> complaints
>>>>>>>>>> before the pew pew.
>>>>>>>>>>
>>>>>>>>>> 24 slots on the same server do around 60% when full.
>>>>>>>>>>
>>>>>>>>>> Eric
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________ To unsubscribe,
>>>>>>>>>> edit your list preferences, or view the list archives, please
>>>>>>>>>> visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>>>>>> -- # Jesse Molina # Mail = je...@opendreams.net # Page =
>>>>>>>>> page-je...@opendreams.net # Cell = 1.602.323.7608 # Web  =
>>>>>>>>> http://www.opendreams.net/jesse/
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________ To unsubscribe,
>>>>>>>>> edit your list preferences, or view the list archives, please
>>>>>>>>> visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>>>>>>
>>>>>>>>> _______________________________________________ To unsubscribe,
>>>>>>>>> edit your list preferences, or view the list archives, please
>>>>>>>>> visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>>>>> _______________________________________________ To unsubscribe,
>>>> edit
>>>>>>>> your list preferences, or view the list archives, please visit:
>>>>>>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>>>>>
>>>>>>>> _______________________________________________ To unsubscribe,
>>>> edit
>>>>>>>> your list preferences, or view the list archives, please visit:
>>>>>>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>>>> _______________________________________________
>>>>>>> To unsubscribe, edit your list preferences, or view the list
>>>> archives,
>>>>>>> please visit:
>>>>>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> To unsubscribe, edit your list preferences, or view the list
>>>> archives,
>>>>>>> please visit:
>>>>>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>>> --
>>>>>> # Jesse Molina
>>>>>> # Mail = je...@opendreams.net
>>>>>> # Page = page-je...@opendreams.net
>>>>>> # Cell = 1.602.323.7608
>>>>>> # Web  = http://www.opendreams.net/jesse/
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> To unsubscribe, edit your list preferences, or view the list
>>>> archives,
>>>>>> please visit:
>>>>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>>>
>>>>> _______________________________________________
>>>>> To unsubscribe, edit your list preferences, or view the list archives,
>>>>> please visit:
>>>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>
>>>> _______________________________________________
>>>> To unsubscribe, edit your list preferences, or view the list archives,
>>>> please visit:
>>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>>
>>>> _______________________________________________
>>>> To unsubscribe, edit your list preferences, or view the list archives,
>>>> please visit:
>>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>> _______________________________________________
>>> To unsubscribe, edit your list preferences, or view the list archives,
>>> please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>> _______________________________________________
>>> To unsubscribe, edit your list preferences, or view the list archives,
>>> please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>> _______________________________________________
>> To unsubscribe, edit your list preferences, or view the list archives, 
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>>
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>


_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Reply via email to