Well, I didnt play for like 2 weeks and now tried it, I will stop playing again until its fixed.
Running around jittery with a choke of rubberbanding between 10 and 40 is no fun, really, no fun at all.
Mount and Blade, here I come!
_________________
Sun May 29, 2011 5:45 pm
Hush.
HH Donor
Joined: Wed Jun 17, 2009 7:30 pm Posts: 11
Re: Server is lagging again
The strange thing about the lag is that I don't see ping spikes, normally there isn't lots of high ping people on and the server seems fine normally. So could it be a mass client side thing?
I looked on a different forum and saw a couple of tips, one to do with antivirus and one to do with audio.
I haven't tested these yet but it might be worth a shot!
The problem is the kernel, with all the endless TF2 updates srcds does not run well on Linux kernels that are less than 2.6.28. We are running the latest CentOS release which came out around the middle of April, it's version 5.6 and is based around rhel5 2.6.18-238. CentOS whilst having a good reputation for being a stable and reliable distro has recently (in the last 6 months) been going through a difficult time with the developers in the project. CentOS 6 is long overdue, but is now currently in QA and has finally been scheduled for release on the 6th June and is built around 2.6.32-19.el6.
In the meantime, after systematically going through every other aspect of the server, including (whatever the nebulous term 'data' covers), I've got to the stage of have to learning more about how to build hardware specific kernels that are optimised for srcds. Mistakenly my first attempt was with the very latest stable kernel release, which didn't turn out so well. So ended up dropped back to the previous version and starting another build based around 2.6.35-13. I have no other option but to build the kernel on the machine that it will be running on and there is no other option than to test the kernel than to go with it.
If anyone has any experience with building, patching and customising kernels, then please do speak up. I'm not an IT professional and this isn't anything like what I do for a living.
If I have no success and CentOS 6 brings no joy and the situation with it's community doesn't improve then I think the best option would be jump over to Debian or Ubuntu server.
There are other aspects to this that relate to the current srcds build for Linux where large number of syscalls result in errors and fsync calls occurring in the main thread, but this outside of our control is down to Valve to fix and optimise. See the following strace of srcds running http://www.thehh.co.uk/syscalls.png
I'll throw a suggestion in the box here... Part of the reason why a reinstall of the server would take a long time is because of all the plugins, right? Statistics, voting and whatnot. At this point i think a lot of players would prefer a windows based server even if it meant running with a simpler config.
The problem is the kernel, with all the endless TF2 updates srcds does not run well on Linux kernels that are less than 2.6.28. We are running the latest CentOS release which came out around the middle of April, it's version 5.6 and is based around rhel5 2.6.18-238. CentOS whilst having a good reputation for being a stable and reliable distro has recently (in the last 6 months) been going through a difficult time with the developers in the project. CentOS 6 is long overdue, but is now currently in QA and has finally been scheduled for release on the 6th June and is built around 2.6.32-19.el6.
In the meantime, after systematically going through every other aspect of the server, including (whatever the nebulous term 'data' covers), I've got to the stage of have to learning more about how to build hardware specific kernels that are optimised for srcds. Mistakenly my first attempt was with the very latest stable kernel release, which didn't turn out so well. So ended up dropped back to the previous version and starting another build based around 2.6.35-13. I have no other option but to build the kernel on the machine that it will be running on and there is no other option than to test the kernel than to go with it.
If anyone has any experience with building, patching and customising kernels, then please do speak up. I'm not an IT professional and this isn't anything like what I do for a living.
If I have no success and CentOS 6 brings no joy and the situation with it's community doesn't improve then I think the best option would be jump over to Debian or Ubuntu server.
There are other aspects to this that relate to the current srcds build for Linux where large number of syscalls result in errors and fsync calls occurring in the main thread, but this outside of our control is down to Valve to fix and optimise. See the following strace of srcds running http://www.thehh.co.uk/syscalls.png
I know it's (potentially?) frustrating dude, and for me to be the one to say this is......kinda like the potwash explaining to the head chef why we are 15 rump steaks down in 2 days, but most/a lot of people/internet... simply cannot understand this. no judgement or any kind of demand/'i think you should <insert conjecture>' here, but it is why it doesn't sink into the community as a whole. Idk if there is a layman's term for all that jargon, and I certainly dont think you owe any form of explanation btw, but I do genuinely believe that a technical one like this is all but lost on the majority.
goddam it i finally managed to word the thing i've been trying to say for a long time /beem
also like to vote for: full wipe, start again, rip it out and get a new one etc etc
just to add a small obligatory troll; I knows about teh kernal, tis the data highway, where all the data, like, moves, n stuff, too much data it can get bottlenecked, like dustbowl, that is all i know, not kiddin btw
_________________
Last edited by bfox on Mon May 30, 2011 11:44 pm, edited 2 times in total.
Users browsing this forum: No registered users and 3 guests
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum
was ok a couple of weeks ago dunno why its gone downhill again, but its soooo stuttery now.
