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
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
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
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
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
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
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
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
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
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
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
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
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
13 matches
Mail list logo