Re: [hlds_linux] Something different with soldiers on TF2 lately?
Is this on a Vanilla server or MvM? On Sat, Sep 29, 2012 at 2:46 AM, Weasel wea...@weaselslair.com wrote: Maybe I missed the details on some changes. Haven't played myself much the last 3-4 weeks. Were there any changes in the releases during that time that would allow soldiers to be flying all over the place? Seems like they are getting way more speed and air-time before than I recall. Not sure if it's an exploit, or maybe some feature I missed. But its way tossing-around the game-play balance. I do have gravity lower than normal (i.e. less then 800) on my server. But, it never resulted in this type of Fortress-Forever/Bunny-Hop-like non-sense. ___ 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_linux
[hlds_linux] srcds_linux changing its own process priority at start (centos)
Hi, on centos5 and centos6 we are seeing srcds_linux that automatically increase his own priority when creating the game threads I just start tf2 using srcds_run with the usual commands line, but it automatically tries to push his own priority higher as soon as it creates the threads... Is that and expected behaviour? How can I stop the process from changing his own priorities and just use the one set for the parent script (srcds_run)? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] srcds_linux changing its own process priority at start (centos)
On my ubuntu system srcds_linux has a priority of 20 (nice value 0), which is the default for regular user processes. So no, I'm not seeing the behaviour you describe. I also don't see anything in the srcds_run script that looks like it's trying to increase process priority. On Sat, Sep 29, 2012 at 5:26 PM, Marco Padovan e...@evcz.tk wrote: Hi, on centos5 and centos6 we are seeing srcds_linux that automatically increase his own priority when creating the game threads I just start tf2 using srcds_run with the usual commands line, but it automatically tries to push his own priority higher as soon as it creates the threads... Is that and expected behaviour? How can I stop the process from changing his own priorities and just use the one set for the parent script (srcds_run)? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux -- Idleness is not doing nothing. Idleness is being free to do anything. - Floyd Dell ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] srcds_linux changing its own process priority at start (centos)
Hi, thanks for your reply. In my case it is not srcds_run doing that, it's srcds_linux that does something. priority changes a few seconds after srcds_linux has started (right after create 4 threads gets printed into the console log). In my case it's changing its own scheduling parameters moving from the SCHED_OTHER into SCHED_RR. Il 29/09/2012 18:16, Rudy Bleeker ha scritto: On my ubuntu system srcds_linux has a priority of 20 (nice value 0), which is the default for regular user processes. So no, I'm not seeing the behaviour you describe. I also don't see anything in the srcds_run script that looks like it's trying to increase process priority. On Sat, Sep 29, 2012 at 5:26 PM, Marco Padovan e...@evcz.tk wrote: Hi, on centos5 and centos6 we are seeing srcds_linux that automatically increase his own priority when creating the game threads I just start tf2 using srcds_run with the usual commands line, but it automatically tries to push his own priority higher as soon as it creates the threads... Is that and expected behaviour? How can I stop the process from changing his own priorities and just use the one set for the parent script (srcds_run)? ___ 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_linux
Re: [hlds_linux] srcds_linux changing its own process priority at start (centos)
Am 29.09.2012 18:30, schrieb Marco Padovan: Hi, thanks for your reply. In my case it is not srcds_run doing that, it's srcds_linux that does something. priority changes a few seconds after srcds_linux has started (right after create 4 threads gets printed into the console log). In my case it's changing its own scheduling parameters moving from the SCHED_OTHER into SCHED_RR. Which kernel are you using? And most importantly which user runs the server? I saw such a behaviour when someone was running everything with root. A normal system user should not have the permission to change the prio or the scheduling. The root user does. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] srcds_linux changing its own process priority at start (centos)
Hi, thanks for your feedback, never run the server as root so I never noticed this *weird* behaviour :S This specific unprivileged user (/*not root*/) I'm doing the tests with is allowed to set realtime scheduler for its own processes. Kernel is: 2.6.32-279.9.1.el6.x86_64 (official binary shipped by centos) What I can't understand is why srcds_linux tries to do such change on its own... If I wanted to see it make use of realtime scheduler I would do that when starting... I do not like processes doing things by their own :S Additionally this kind of behaviour would make people run the gameservers as root because it will magically performs better thanks to the automatic scheduler changes :O Are we opening a Pandora's box? :D PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 13660 testtf2 -3 0 288m 174m 19m S 9.6 1.5 0:10.58 srcds_linux 13653 testtf2 20 0 103m 1568 1224 S 0.0 0.0 0:00.00 srcds_run pid 13660's current scheduling policy: SCHED_RR pid 13660's current scheduling priority: 2 pid 13653's current scheduling policy: SCHED_OTHER pid 13653's current scheduling priority: 0 let me see what happens when running as root :) Il 29/09/2012 18:35, Ulrich Block ha scritto: Am 29.09.2012 18:30, schrieb Marco Padovan: Hi, thanks for your reply. In my case it is not srcds_run doing that, it's srcds_linux that does something. priority changes a few seconds after srcds_linux has started (right after create 4 threads gets printed into the console log). In my case it's changing its own scheduling parameters moving from the SCHED_OTHER into SCHED_RR. Which kernel are you using? And most importantly which user runs the server? I saw such a behaviour when someone was running everything with root. A normal system user should not have the permission to change the prio or the scheduling. The root user does. ___ 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_linux
Re: [hlds_linux] srcds_linux changing its own process priority at start (centos)
you were right ... if you run it as root it make use of the realtime scheduler and set itself to -3 as priority... is this normal? ZOMG running az r00t makes it quicker and faster, 10fps here I come :D Il 29/09/2012 19:03, Marco Padovan ha scritto: Hi, thanks for your feedback, never run the server as root so I never noticed this *weird* behaviour :S This specific unprivileged user (/*not root*/) I'm doing the tests with is allowed to set realtime scheduler for its own processes. Kernel is: 2.6.32-279.9.1.el6.x86_64 (official binary shipped by centos) What I can't understand is why srcds_linux tries to do such change on its own... If I wanted to see it make use of realtime scheduler I would do that when starting... I do not like processes doing things by their own :S Additionally this kind of behaviour would make people run the gameservers as root because it will magically performs better thanks to the automatic scheduler changes :O Are we opening a Pandora's box? :D PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 13660 testtf2 -3 0 288m 174m 19m S 9.6 1.5 0:10.58 srcds_linux 13653 testtf2 20 0 103m 1568 1224 S 0.0 0.0 0:00.00 srcds_run pid 13660's current scheduling policy: SCHED_RR pid 13660's current scheduling priority: 2 pid 13653's current scheduling policy: SCHED_OTHER pid 13653's current scheduling priority: 0 let me see what happens when running as root :) Il 29/09/2012 18:35, Ulrich Block ha scritto: Am 29.09.2012 18:30, schrieb Marco Padovan: Hi, thanks for your reply. In my case it is not srcds_run doing that, it's srcds_linux that does something. priority changes a few seconds after srcds_linux has started (right after create 4 threads gets printed into the console log). In my case it's changing its own scheduling parameters moving from the SCHED_OTHER into SCHED_RR. Which kernel are you using? And most importantly which user runs the server? I saw such a behaviour when someone was running everything with root. A normal system user should not have the permission to change the prio or the scheduling. The root user does. ___ 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_linux
Re: [hlds_linux] srcds_linux changing its own process priority at start (centos)
Next step: Run the srcds_linux in kernel mode: http://web.yl.is.s.u-tokyo.ac.jp/~tosh/kml/ 2012/9/29 Marco Padovan e...@evcz.tk: you were right ... if you run it as root it make use of the realtime scheduler and set itself to -3 as priority... is this normal? ZOMG running az r00t makes it quicker and faster, 10fps here I come :D Il 29/09/2012 19:03, Marco Padovan ha scritto: Hi, thanks for your feedback, never run the server as root so I never noticed this *weird* behaviour :S This specific unprivileged user (/*not root*/) I'm doing the tests with is allowed to set realtime scheduler for its own processes. Kernel is: 2.6.32-279.9.1.el6.x86_64 (official binary shipped by centos) What I can't understand is why srcds_linux tries to do such change on its own... If I wanted to see it make use of realtime scheduler I would do that when starting... I do not like processes doing things by their own :S Additionally this kind of behaviour would make people run the gameservers as root because it will magically performs better thanks to the automatic scheduler changes :O Are we opening a Pandora's box? :D PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 13660 testtf2 -3 0 288m 174m 19m S 9.6 1.5 0:10.58 srcds_linux 13653 testtf2 20 0 103m 1568 1224 S 0.0 0.0 0:00.00 srcds_run pid 13660's current scheduling policy: SCHED_RR pid 13660's current scheduling priority: 2 pid 13653's current scheduling policy: SCHED_OTHER pid 13653's current scheduling priority: 0 let me see what happens when running as root :) Il 29/09/2012 18:35, Ulrich Block ha scritto: Am 29.09.2012 18:30, schrieb Marco Padovan: Hi, thanks for your reply. In my case it is not srcds_run doing that, it's srcds_linux that does something. priority changes a few seconds after srcds_linux has started (right after create 4 threads gets printed into the console log). In my case it's changing its own scheduling parameters moving from the SCHED_OTHER into SCHED_RR. Which kernel are you using? And most importantly which user runs the server? I saw such a behaviour when someone was running everything with root. A normal system user should not have the permission to change the prio or the scheduling. The root user does. ___ 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_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] srcds_linux changing its own process priority at start (centos)
SCHED_RR is round robin scheduling, not real time. Marco Padovan e...@evcz.tk wrote:Hi, thanks for your feedback, never run the server as root so I never noticed this *weird* behaviour :S This specific unprivileged user (/*not root*/) I'm doing the tests with is allowed to set realtime scheduler for its own processes. Kernel is: 2.6.32-279.9.1.el6.x86_64 (official binary shipped by centos) What I can't understand is why srcds_linux tries to do such change on its own... If I wanted to see it make use of realtime scheduler I would do that when starting... I do not like processes doing things by their own :S Additionally this kind of behaviour would make people run the gameservers as root because it will magically performs better thanks to the automatic scheduler changes :O Are we opening a Pandora's box? :D PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 13660 testtf2 -3 0 288m 174m 19m S 9.6 1.5 0:10.58 srcds_linux 13653 testtf2 20 0 103m 1568 1224 S 0.0 0.0 0:00.00 srcds_run pid 13660's current scheduling policy: SCHED_RR pid 13660's current scheduling priority: 2 pid 13653's current scheduling policy: SCHED_OTHER pid 13653's current scheduling priority: 0 let me see what happens when running as root :) Il 29/09/2012 18:35, Ulrich Block ha scritto: Am 29.09.2012 18:30, schrieb Marco Padovan: Hi, thanks for your reply. In my case it is not srcds_run doing that, it's srcds_linux that does something. priority changes a few seconds after srcds_linux has started (right after create 4 threads gets printed into the console log). In my case it's changing its own scheduling parameters moving from the SCHED_OTHER into SCHED_RR. Which kernel are you using? And most importantly which user runs the server? I saw such a behaviour when someone was running everything with root. A normal system user should not have the permission to change the prio or the scheduling. The root user does. ___ 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_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] srcds_linux changing its own process priority at start (centos)
Yes, you are right: a realtime scheduler does not exists. SCHED_RR is just a scheduler generally used in realtime linux implementations ( SCHED_RR + PREEMPT_RT = process running in realtime) BTW, back to the main issue: the process changes its own priority (to -3) and the scheduler is changed to SCHED_RR ... why that happens? how can I stop that from happening? Il 29/09/2012 22:01, Russell Smith ha scritto: SCHED_RR is round robin scheduling, not real time. Marco Padovan e...@evcz.tk wrote:Hi, thanks for your feedback, never run the server as root so I never noticed this *weird* behaviour :S This specific unprivileged user (/*not root*/) I'm doing the tests with is allowed to set realtime scheduler for its own processes. Kernel is: 2.6.32-279.9.1.el6.x86_64 (official binary shipped by centos) What I can't understand is why srcds_linux tries to do such change on its own... If I wanted to see it make use of realtime scheduler I would do that when starting... I do not like processes doing things by their own :S Additionally this kind of behaviour would make people run the gameservers as root because it will magically performs better thanks to the automatic scheduler changes :O Are we opening a Pandora's box? :D PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 13660 testtf2 -3 0 288m 174m 19m S 9.6 1.5 0:10.58 srcds_linux 13653 testtf2 20 0 103m 1568 1224 S 0.0 0.0 0:00.00 srcds_run pid 13660's current scheduling policy: SCHED_RR pid 13660's current scheduling priority: 2 pid 13653's current scheduling policy: SCHED_OTHER pid 13653's current scheduling priority: 0 let me see what happens when running as root :) Il 29/09/2012 18:35, Ulrich Block ha scritto: Am 29.09.2012 18:30, schrieb Marco Padovan: Hi, thanks for your reply. In my case it is not srcds_run doing that, it's srcds_linux that does something. priority changes a few seconds after srcds_linux has started (right after create 4 threads gets printed into the console log). In my case it's changing its own scheduling parameters moving from the SCHED_OTHER into SCHED_RR. Which kernel are you using? And most importantly which user runs the server? I saw such a behaviour when someone was running everything with root. A normal system user should not have the permission to change the prio or the scheduling. The root user does. ___ 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_linux ___ 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_linux
Re: [hlds_linux] srcds_linux changing its own process priority at start (centos)
I see this spammed hundreds of times every map change:
7588 22:52:42.714760 sched_setscheduler(7588, SCHED_RR, { 0 }) = -1
EINVAL (Invalid argument)
7588 22:52:42.715275 sched_setscheduler(7588, SCHED_RR, { 2 }) = 0
... unexpected but has a nice side-effect for my servers - I have a
script running from crontab (every minute) changing srcds priorities to
RR 10. When changing map priority drops to 2 so impacts less other
running servers.
But this is undocumented and definitely needs some configurability - fix
it Valve.
For now you should be able to LD_PRELOAD a library with fake
sched_setscheduler.
On 2012-09-29 17:26, Marco Padovan wrote:
Hi,
on centos5 and centos6 we are seeing srcds_linux that automatically
increase his own priority when creating the game threads
I just start tf2 using srcds_run with the usual commands line, but it
automatically tries to push his own priority higher as soon as it
creates the threads...
Is that and expected behaviour?
How can I stop the process from changing his own priorities and just use
the one set for the parent script (srcds_run)?
___
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_linux
Re: [hlds_linux] Something different with soldiers on TF2
It is a PvP only server - no MvM, or bots of any kind. I was watching the behavior last night, and it seems like what players are doing is firing-off additional rockets mid-air and getting an additional speed boost for each. It also might only be giving them that boost if they are in range of the splash of whatever it hits. Like rocket-jumping near a wall, and then firing another rocket against the wall while they are air-born but still near it, getting another boost and maybe a 3rd time if they are still near something. Doesn't seem like a hack, so much as maybe just the right combination of weapon (rocket launcher) and boots that allows some unexpected behavior (apparently uncapped speed). - Weasel Message: 2 Date: Sat, 29 Sep 2012 08:11:46 -0300 From: Bruno Garcia garcia.bru...@gmail.com To: Half-Life dedicated Linux server mailing list hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] Something different with soldiers on TF2 lately? Message-ID: cacipfvjvcxljz3xxy-oapfkvnrdip0nzrnarsm9_wr2rg2v...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Is this on a Vanilla server or MvM? On Sat, Sep 29, 2012 at 2:46 AM, Weasel wea...@weaselslair.com wrote: Maybe I missed the details on some changes. Haven't played myself much the last 3-4 weeks. Were there any changes in the releases during that time that would allow soldiers to be flying all over the place? Seems like they are getting way more speed and air-time before than I recall. Not sure if it's an exploit, or maybe some feature I missed. But its way tossing-around the game-play balance. I do have gravity lower than normal (i.e. less then 800) on my server. But, it never resulted in this type of Fortress-Forever/Bunny-Hop-like non-sense. ___ 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_linux
Re: [hlds_linux] srcds_linux changing its own process priority at start (centos)
nice catch!!!
didn't notice those log lines.
faking sched_setscheduler seems an interesting way to make it act
normale again :)
hope valve will step in and add an official and supported way to take
this out :)
Il 29/09/2012 23:38, Adam Nowacki ha scritto:
I see this spammed hundreds of times every map change:
7588 22:52:42.714760 sched_setscheduler(7588, SCHED_RR, { 0 }) = -1
EINVAL (Invalid argument)
7588 22:52:42.715275 sched_setscheduler(7588, SCHED_RR, { 2 }) = 0
... unexpected but has a nice side-effect for my servers - I have a
script running from crontab (every minute) changing srcds priorities
to RR 10. When changing map priority drops to 2 so impacts less other
running servers.
But this is undocumented and definitely needs some configurability -
fix it Valve.
For now you should be able to LD_PRELOAD a library with fake
sched_setscheduler.
On 2012-09-29 17:26, Marco Padovan wrote:
Hi,
on centos5 and centos6 we are seeing srcds_linux that automatically
increase his own priority when creating the game threads
I just start tf2 using srcds_run with the usual commands line, but it
automatically tries to push his own priority higher as soon as it
creates the threads...
Is that and expected behaviour?
How can I stop the process from changing his own priorities and just use
the one set for the parent script (srcds_run)?
___
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_linux
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
