Re: [hlds_linux] Kernel Options and Clocksource
I feel like such a linux nub... how do you set your clocksource? On Fri, Mar 6, 2009 at 11:56 PM, The Universes ad...@theuniverses.comwrote: Do you think dropping it down to 500HZ is a better choice or do you suggest something else? If yes, does 500HZ still maintain 500FPS? Thanks! Gary Stanley wrote: At 10:33 PM 3/6/2009, The Universes wrote: I'm running 4 32 man TF2 servers at 500fps (66 tick) and I'm wondering if having kernel at 1000HZ (not tickless) with PREEMPT is necessary? Is that putting unnecessary strain on my CPU (Q9300)? My second question is if you guys use HPET as your clocksource $ cat /sys/devices/system/clocksource/clocksource0/available_clocksource tsc hpet acpi_pm jiffies $ cat /sys/devices/system/clocksource/clocksource0/current_clocksource tsc 1000hz kernels make nanosleep() expensive to call.. on a core2quad calling usleep (which calls nanosleep) nanosleep: 6157 cycles That's alot of cpu time. Cranking up HZ makes interrupts fire so often, so you get more accurate sleep behavior.. TSC lives on the CPU, so calling it is fairly cheap. HPET lives off somewhere on a bridge, so you need to go out to PCI land to read it. HPET is a decent choice, but overall the fastest one is TSC. Would you recommend changing that to HPET? I'm basically trying to lower CPU usage so it doesnt shoot up to 90% sometimes. Thanks, Dan ___ 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 -- From Ben B. (Goerge) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Kernel Options and Clocksource
cat hpet /sys/devices/system/clocksource/clocksource0/current_clocksource Ben B wrote: I feel like such a linux nub... how do you set your clocksource? On Fri, Mar 6, 2009 at 11:56 PM, The Universes ad...@theuniverses.comwrote: Do you think dropping it down to 500HZ is a better choice or do you suggest something else? If yes, does 500HZ still maintain 500FPS? Thanks! Gary Stanley wrote: At 10:33 PM 3/6/2009, The Universes wrote: I'm running 4 32 man TF2 servers at 500fps (66 tick) and I'm wondering if having kernel at 1000HZ (not tickless) with PREEMPT is necessary? Is that putting unnecessary strain on my CPU (Q9300)? My second question is if you guys use HPET as your clocksource $ cat /sys/devices/system/clocksource/clocksource0/available_clocksource tsc hpet acpi_pm jiffies $ cat /sys/devices/system/clocksource/clocksource0/current_clocksource tsc 1000hz kernels make nanosleep() expensive to call.. on a core2quad calling usleep (which calls nanosleep) nanosleep: 6157 cycles That's alot of cpu time. Cranking up HZ makes interrupts fire so often, so you get more accurate sleep behavior.. TSC lives on the CPU, so calling it is fairly cheap. HPET lives off somewhere on a bridge, so you need to go out to PCI land to read it. HPET is a decent choice, but overall the fastest one is TSC. Would you recommend changing that to HPET? I'm basically trying to lower CPU usage so it doesnt shoot up to 90% sometimes. Thanks, Dan ___ 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
Re: [hlds_linux] Kernel Options and Clocksource
The Universes wrote: cat hpet /sys/devices/system/clocksource/clocksource0/current_clocksourc You mean: echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource Taavi ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Kernel Options and Clocksource
Oops, thats right. Taavi wrote: The Universes wrote: cat hpet /sys/devices/system/clocksource/clocksource0/current_clocksourc You mean: echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource Taavi ___ 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
[hlds_linux] Crouching is still broken
There still seem to be a few issues with crouching, even after the last update. I can now get on cp_badlands train correctly, but for example, I can no longer go through dustbowl stage 2 cp1 window ( http://img18.imageshack.us/img18/2474/cpdustbowl0009.jpg). It makes me feel like my model is too big, or I am not crouching at all. I don't think it has anything to do with crouch jumping, by bounding box changes: Increased the jump velocity to account for the tuned bounding box sizes. Jump height should now match the prior-to-last-update heights (last update) or Fixed several bounding box issues with jumping, falling, and rocket jump air-walking. Bounding box should be much more accurate there now (update before last update) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Crouching is still broken
It is probably the update before last update (bounding box fixes), because last one says Increased the jump velocity, and it's not really the problem here, even if I jump higher, I should still be able to go through the window. 2009/3/7 AnAkIn . anakin...@gmail.com There still seem to be a few issues with crouching, even after the last update. I can now get on cp_badlands train correctly, but for example, I can no longer go through dustbowl stage 2 cp1 window ( http://img18.imageshack.us/img18/2474/cpdustbowl0009.jpg). It makes me feel like my model is too big, or I am not crouching at all. I don't think it has anything to do with crouch jumping, by bounding box changes: Increased the jump velocity to account for the tuned bounding box sizes. Jump height should now match the prior-to-last-update heights (last update) or Fixed several bounding box issues with jumping, falling, and rocket jump air-walking. Bounding box should be much more accurate there now (update before last update) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Crouching is still broken
Notice that they changed the map by that extra border of wood. It has nothing to do with the models. This is a mailinglist discussing running servers on Linux/BSD-machines anyway, not playermodels. -Gryzor On Sat, Mar 7, 2009 at 10:07 AM, AnAkIn . anakin...@gmail.com wrote: It is probably the update before last update (bounding box fixes), because last one says Increased the jump velocity, and it's not really the problem here, even if I jump higher, I should still be able to go through the window. 2009/3/7 AnAkIn . anakin...@gmail.com There still seem to be a few issues with crouching, even after the last update. I can now get on cp_badlands train correctly, but for example, I can no longer go through dustbowl stage 2 cp1 window ( http://img18.imageshack.us/img18/2474/cpdustbowl0009.jpg). It makes me feel like my model is too big, or I am not crouching at all. I don't think it has anything to do with crouch jumping, by bounding box changes: Increased the jump velocity to account for the tuned bounding box sizes. Jump height should now match the prior-to-last-update heights (last update) or Fixed several bounding box issues with jumping, falling, and rocket jump air-walking. Bounding box should be much more accurate there now (update before last update) ___ 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
Re: [hlds_linux] Crouching is still broken
They changed the map..really? oO I've not seen anything about cp_dustbowl in the changelog. When was the update? 2009/3/7 Björn Rohlén gry...@gmail.com Notice that they changed the map by that extra border of wood. It has nothing to do with the models. This is a mailinglist discussing running servers on Linux/BSD-machines anyway, not playermodels. -Gryzor On Sat, Mar 7, 2009 at 10:07 AM, AnAkIn . anakin...@gmail.com wrote: It is probably the update before last update (bounding box fixes), because last one says Increased the jump velocity, and it's not really the problem here, even if I jump higher, I should still be able to go through the window. 2009/3/7 AnAkIn . anakin...@gmail.com There still seem to be a few issues with crouching, even after the last update. I can now get on cp_badlands train correctly, but for example, I can no longer go through dustbowl stage 2 cp1 window ( http://img18.imageshack.us/img18/2474/cpdustbowl0009.jpg). It makes me feel like my model is too big, or I am not crouching at all. I don't think it has anything to do with crouch jumping, by bounding box changes: Increased the jump velocity to account for the tuned bounding box sizes. Jump height should now match the prior-to-last-update heights (last update) or Fixed several bounding box issues with jumping, falling, and rocket jump air-walking. Bounding box should be much more accurate there now (update before last update) ___ 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
Re: [hlds_linux] Crouching is still broken
I just checked. My cp_dustbowl version is from 22/10/08, so there was no update lately, and that has nothing to do with a map update. There is really a crouch or bounding boxes bug. 2009/3/7 AnAkIn . anakin...@gmail.com They changed the map..really? oO I've not seen anything about cp_dustbowl in the changelog. When was the update? 2009/3/7 Björn Rohlén gry...@gmail.com Notice that they changed the map by that extra border of wood. It has nothing to do with the models. This is a mailinglist discussing running servers on Linux/BSD-machines anyway, not playermodels. -Gryzor On Sat, Mar 7, 2009 at 10:07 AM, AnAkIn . anakin...@gmail.com wrote: It is probably the update before last update (bounding box fixes), because last one says Increased the jump velocity, and it's not really the problem here, even if I jump higher, I should still be able to go through the window. 2009/3/7 AnAkIn . anakin...@gmail.com There still seem to be a few issues with crouching, even after the last update. I can now get on cp_badlands train correctly, but for example, I can no longer go through dustbowl stage 2 cp1 window ( http://img18.imageshack.us/img18/2474/cpdustbowl0009.jpg). It makes me feel like my model is too big, or I am not crouching at all. I don't think it has anything to do with crouch jumping, by bounding box changes: Increased the jump velocity to account for the tuned bounding box sizes. Jump height should now match the prior-to-last-update heights (last update) or Fixed several bounding box issues with jumping, falling, and rocket jump air-walking. Bounding box should be much more accurate there now (update before last update) ___ 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
Re: [hlds_linux] Kernel Options and Clocksource
I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. (And yes, I know you don't need to run 1000 server fps on CS:S to get a good smooth game, or 500 server fps on TF2, but our server has the spare cycles. And let's face it, for server ops this game is ALL about attracting players to your servers and since with GSP advertising etc. many players are convinced they have to be on a 100 tick 1000fps counterstrike server to be on a good server.. well you get the idea) I also use isolcpus= on the kernel cmdline to set aside processor cores for the high-demand games. The cores our TF2 games run on are the only processes allowed to execute on those cores. All hardware IRQ service is pinned to specific other cores by disabling irqbalance and programming the smp_affinity for each valid numeric IRQ. http://kbase.redhat.com/faq/docs/DOC-15596 Cheers On Fri, Mar 6, 2009 at 11:56 PM, The Universes ad...@theuniverses.comwrote: Do you think dropping it down to 500HZ is a better choice or do you suggest something else? If yes, does 500HZ still maintain 500FPS? Thanks! Gary Stanley wrote: At 10:33 PM 3/6/2009, The Universes wrote: I'm running 4 32 man TF2 servers at 500fps (66 tick) and I'm wondering if having kernel at 1000HZ (not tickless) with PREEMPT is necessary? Is that putting unnecessary strain on my CPU (Q9300)? My second question is if you guys use HPET as your clocksource $ cat /sys/devices/system/clocksource/clocksource0/available_clocksource tsc hpet acpi_pm jiffies $ cat /sys/devices/system/clocksource/clocksource0/current_clocksource tsc 1000hz kernels make nanosleep() expensive to call.. on a core2quad calling usleep (which calls nanosleep) nanosleep: 6157 cycles That's alot of cpu time. Cranking up HZ makes interrupts fire so often, so you get more accurate sleep behavior.. TSC lives on the CPU, so calling it is fairly cheap. HPET lives off somewhere on a bridge, so you need to go out to PCI land to read it. HPET is a decent choice, but overall the fastest one is TSC. Would you recommend changing that to HPET? I'm basically trying to lower CPU usage so it doesnt shoot up to 90% sometimes. Thanks, Dan ___ 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 -- From Ben B. (Goerge) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit:
Re: [hlds_linux] Kernel Options and Clocksource
So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Oops... that is supposed to be: # cat /sys/devices/system/clocksource/clocksource0/available_clocksource ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Kernel Options and Clocksource
At 08:27 AM 3/7/2009, listac...@lvwnet.com wrote: I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I was able to get it running on a test machine. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. That only happens if the binaries are x86_64. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Kernel Options and Clocksource
At 08:27 AM 3/7/2009, listac...@lvwnet.com wrote: I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I was able to get it running on a test machine. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. That only happens if the binaries are x86_64. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Kernel Options and Clocksource
i just have jiffies in as an available clocksource... there a way to get htpet and tsc? On Sat, Mar 7, 2009 at 8:34 AM, Gary Stanley g...@velocity-servers.netwrote: At 08:27 AM 3/7/2009, listac...@lvwnet.com wrote: I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I was able to get it running on a test machine. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. That only happens if the binaries are x86_64. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- From Ben B. (Goerge) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Kernel Options and Clocksource
At 12:47 PM 3/7/2009, Ben B wrote: i just have jiffies in as an available clocksource... there a way to get htpet and tsc? TSC should be always be available as a clocksource, unless something is seriously wrong with your setup. Actually, a normal kernel will panic if TSC isn't compiled into the kernel :P On Sat, Mar 7, 2009 at 8:34 AM, Gary Stanley g...@velocity-servers.netwrote: At 08:27 AM 3/7/2009, listac...@lvwnet.com wrote: I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I was able to get it running on a test machine. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. That only happens if the binaries are x86_64. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- From Ben B. (Goerge) ___ 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
Re: [hlds_linux] Kernel Options and Clocksource
At 12:47 PM 3/7/2009, Ben B wrote: i just have jiffies in as an available clocksource... there a way to get htpet and tsc? TSC should be always be available as a clocksource, unless something is seriously wrong with your setup. Actually, a normal kernel will panic if TSC isn't compiled into the kernel :P On Sat, Mar 7, 2009 at 8:34 AM, Gary Stanley g...@velocity-servers.netwrote: At 08:27 AM 3/7/2009, listac...@lvwnet.com wrote: I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I was able to get it running on a test machine. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. That only happens if the binaries are x86_64. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- From Ben B. (Goerge) ___ 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
Re: [hlds_linux] Kernel Options and Clocksource
dont ask me, this is how it was when i found it. So if I compile my own kernel, it should have them clocksources? On Sat, Mar 7, 2009 at 11:01 AM, Gary Stanley g...@velocity-servers.netwrote: At 12:47 PM 3/7/2009, Ben B wrote: i just have jiffies in as an available clocksource... there a way to get htpet and tsc? TSC should be always be available as a clocksource, unless something is seriously wrong with your setup. Actually, a normal kernel will panic if TSC isn't compiled into the kernel :P On Sat, Mar 7, 2009 at 8:34 AM, Gary Stanley g...@velocity-servers.net wrote: At 08:27 AM 3/7/2009, listac...@lvwnet.com wrote: I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I was able to get it running on a test machine. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. That only happens if the binaries are x86_64. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- From Ben B. (Goerge) ___ 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 -- From Ben B. (Goerge) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Kernel Options and Clocksource
At 01:12 PM 3/7/2009, Ben B wrote: dont ask me, this is how it was when i found it. So if I compile my own kernel, it should have them clocksources? What's the motherboard? is it a virtual machine? On Sat, Mar 7, 2009 at 11:01 AM, Gary Stanley g...@velocity-servers.netwrote: At 12:47 PM 3/7/2009, Ben B wrote: i just have jiffies in as an available clocksource... there a way to get htpet and tsc? TSC should be always be available as a clocksource, unless something is seriously wrong with your setup. Actually, a normal kernel will panic if TSC isn't compiled into the kernel :P On Sat, Mar 7, 2009 at 8:34 AM, Gary Stanley g...@velocity-servers.net wrote: At 08:27 AM 3/7/2009, listac...@lvwnet.com wrote: I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I was able to get it running on a test machine. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. That only happens if the binaries are x86_64. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- From Ben B. (Goerge) ___ 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 -- From Ben B. (Goerge) ___ 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
Re: [hlds_linux] Kernel Options and Clocksource
At 01:12 PM 3/7/2009, Ben B wrote: dont ask me, this is how it was when i found it. So if I compile my own kernel, it should have them clocksources? What's the motherboard? is it a virtual machine? On Sat, Mar 7, 2009 at 11:01 AM, Gary Stanley g...@velocity-servers.netwrote: At 12:47 PM 3/7/2009, Ben B wrote: i just have jiffies in as an available clocksource... there a way to get htpet and tsc? TSC should be always be available as a clocksource, unless something is seriously wrong with your setup. Actually, a normal kernel will panic if TSC isn't compiled into the kernel :P On Sat, Mar 7, 2009 at 8:34 AM, Gary Stanley g...@velocity-servers.net wrote: At 08:27 AM 3/7/2009, listac...@lvwnet.com wrote: I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I was able to get it running on a test machine. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. That only happens if the binaries are x86_64. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- From Ben B. (Goerge) ___ 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 -- From Ben B. (Goerge) ___ 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
Re: [hlds_linux] Kernel Options and Clocksource
So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource I think you meant available_clocksource not current_clocksource ? -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux- boun...@list.valvesoftware.com] On Behalf Of Gary Stanley Sent: 07 March 2009 18:40 To: Half-Life dedicated Linux server mailing list; Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Kernel Options and Clocksource At 01:12 PM 3/7/2009, Ben B wrote: dont ask me, this is how it was when i found it. So if I compile my own kernel, it should have them clocksources? What's the motherboard? is it a virtual machine? On Sat, Mar 7, 2009 at 11:01 AM, Gary Stanley g...@velocity-servers.netwrote: At 12:47 PM 3/7/2009, Ben B wrote: i just have jiffies in as an available clocksource... there a way to get htpet and tsc? TSC should be always be available as a clocksource, unless something is seriously wrong with your setup. Actually, a normal kernel will panic if TSC isn't compiled into the kernel :P On Sat, Mar 7, 2009 at 8:34 AM, Gary Stanley g...@velocity- servers.net wrote: At 08:27 AM 3/7/2009, listac...@lvwnet.com wrote: I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I was able to get it running on a test machine. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. That only happens if the binaries are x86_64. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- From Ben B. (Goerge) ___ 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 -- From Ben B. (Goerge) ___ 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,
[hlds_linux] Connection Problem
OK, what‘s with the „Connection problem“ when players spawn on dods after the protocol change? I’m using SUSE 9.3. Best wishes, Evaldas GameConnect Lithuania www.gameconnect.lt ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Kernel Options and Clocksource
Duno about the mobo, but it's not a virtual. It's Q9400, 4gig ram, 64 bit Centos 5.2 On Sat, Mar 7, 2009 at 11:40 AM, Gary Stanley g...@velocity-servers.netwrote: At 01:12 PM 3/7/2009, Ben B wrote: dont ask me, this is how it was when i found it. So if I compile my own kernel, it should have them clocksources? What's the motherboard? is it a virtual machine? On Sat, Mar 7, 2009 at 11:01 AM, Gary Stanley g...@velocity-servers.netwrote: At 12:47 PM 3/7/2009, Ben B wrote: i just have jiffies in as an available clocksource... there a way to get htpet and tsc? TSC should be always be available as a clocksource, unless something is seriously wrong with your setup. Actually, a normal kernel will panic if TSC isn't compiled into the kernel :P On Sat, Mar 7, 2009 at 8:34 AM, Gary Stanley g...@velocity-servers.net wrote: At 08:27 AM 3/7/2009, listac...@lvwnet.com wrote: I feel like such a linux nub... how do you set your clocksource? On any fairly recent 2.6-series kernel you can put this right on the kernel boot commandline: clocksource=$whatever like clocksource=hpet or clocksource=tsc so that it is set at boot. The echoing of available options into the /sys entry is valid as well, ie: # echo hpet /sys/devices/system/clocksource/clocksource0/current_clocksource but is more of a post-boot type thing. That's not bad, necessarily. You can use it to change the clocksource post-boot. This is useful if you are experimenting with different ones because you can change the clocksource without rebooting. So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource you'll get something like this back (but it will vary from system to system): tsc jiffies hpet acpi_pm Someone else asked whether running a 500Hz timer resolution will allow you to get a stable 500 server fps. I'm not going to say it is impossible, but I will say that *I* have yet to find a server machine (server-class hardware) that would let me get 500fps with a 500Hz kernel. I was able to get it running on a test machine. I've only ever been able to get 500 server fps with a 1000Hz or tickless kernel, and setting fps_max to 600 or higher. Entirely possible I'm just not doing it right though. But what I do works, so I keep doing it. :) Setting fps_max to 600 usually gets me around 490-496 server fps. CPU utilization for the core a full 30-slot server runs on is usually around 60-65% on a 2.5GHz Harpertown but it does briefly peak higher at times. This is under F10 x86_64 with a stock 2.6.27 kernel (which I'm pretty sure is built dynamic/tickless) and I can get ~1000 server fps out of it for our CS:S games by setting fps_max to 2000. I'm using clocksource=hpet currently, but have considered experimenting with tsc since I've read that there are some recent userspace optimizations in glibc for it on x86_64 which may be of benefit. That only happens if the binaries are x86_64. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- From Ben B. (Goerge) ___ 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 -- From Ben B. (Goerge) ___ 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 -- From Ben B. (Goerge) ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Connection Problem
Seems like Valve fired their QA years ago... so now we get updates like this. Completely untested :/. 2009/3/7 Evaldas Žilinskas hlds_li...@gameconnect.lt OK, what‘s with the „Connection problem“ when players spawn on dods after the protocol change? I’m using SUSE 9.3. Best wishes, Evaldas GameConnect Lithuania www.gameconnect.lt ___ 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
Re: [hlds_linux] Kernel Options and Clocksource
So to get a list of which clocksources your hardware has available: # cat /sys/devices/system/clocksource/clocksource0/current_clocksource I think you meant available_clocksource not current_clocksource ? Yes, already corrected myself TYVM ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] [hlds] Team Fortress 2 Update Released
Hi What's with the lag since the update 2 days ago? Here's what I encountered a few minutes ago on my server. Note the ping, as I usually have less than 20ms with my server. Many players were disconnected several time with a message like connection net packet overflow (don't remember exactly) Here are some screenshots of my net_graph 4: http://www.coldorak.net/tf2/lag/lag1.jpg http://www.coldorak.net/tf2/lag/lag2.jpg http://www.coldorak.net/tf2/lag/lag3.jpg http://www.coldorak.net/tf2/lag/lag4.jpg About my server net settings: sv_minrate 2 --- tried with 1 and 3 sv_maxrate 3 -- tried with 3 (while minrate=10k) to 10 (while minrate=30k) decalfrequency 10 sv_maxupdaterate 100 sv_minupdaterate 66 sv_mincmdrate 66 sv_maxcmdrate 100 no fps_max setting. My cl_rate is 3 but many players left it by default. Are other people experiencing the same problem? I saw a few mails talking about lag, so I thought I could add some info. My server is launched with -NoQueudUpdateThread. We talk about 10-20s lag every few minutes... Cold On Sat, Mar 7, 2009 at 4:31 PM, SmOoThEm ad...@righttorule.com wrote: Like I said before, a simple pre-release beta test would help us ALL out in this area. I'm sure valve would like to stop releasing broken updates. Its also takes a lot of time for admins to update 10+ servers daily. Most of the time were forced to shut down full servers during prime game time because that's when valve decides it's time to release and go home. There is a better way to do these updates valve, please give us a chance instead of blowing us off -Original Message- From: hlds-boun...@list.valvesoftware.com [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Chris Sent: Saturday, March 07, 2009 7:17 AM To: Half-Life dedicated Win32 server mailing list Subject: Re: [hlds] Team Fortress 2 Update Released lag spikes here too... I appreciate Valve releasing updates and fixing bugs, but the last 10 or so seem to have caused issues elsewhere, quite frankly I would prefer NOT to get an update wait an extra two weeks and have an update which has been thoroughly tested. Obviously there will be updates which break other things which are difficult to test, but seriously I cannot recall the last update which didnt require subsequent updates to address issues the first broke. I'm becomming less and less impressed by the testers and QA processes. /me ends rant /me puts on flame suit /me hopes Valve reads. On Sat, Mar 7, 2009 at 3:09 PM, Karl Weckstrom k...@weckstrom.com wrote: lagspikes galore here too. -Original Message- From: hlds-boun...@list.valvesoftware.com [mailto: hlds-boun...@list.valvesoftware.com] On Behalf Of o k Sent: Friday, March 06, 2009 11:51 PM To: Half-Life dedicated Win32 server mailing list Subject: Re: [hlds] Team Fortress 2 Update Released Lag spikes here, and whole teams disconnected. Very odd. I was running fine before the most recent update. On Fri, Mar 6, 2009 at 11:43 PM, Clyde cide thedrunkenbraw...@gmail.com wrote: Mine are running crash free! The Lag spikes though.. is another story =( ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds -- http://www.coldfire.info -- http://www.coldfire.info ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] [hlds] Team Fortress 2 Update Released
I've had the same issues on our servers. Also have the same type of screen shots as you posted. I've tried changing sv_maxrate 0 It still lags like that every few minutes on a full 32slot server. Box specs Q6600 6Gb ram, running ubuntu server 8.04 Never had issues like I am now tell the update came out a few days ago. Server is running three 32slot tf2 and one 24 slot. Not sure if it's the stats that are getting sent to valve or whats making it lag like such. Our box is running on a 100mbps port Have no issues with any of our css servers only tf2. Date: Sat, 7 Mar 2009 20:53:36 +0100 From: coldorak@gmail.com To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] [hlds] Team Fortress 2 Update Released Hi What's with the lag since the update 2 days ago? Here's what I encountered a few minutes ago on my server. Note the ping, as I usually have less than 20ms with my server. Many players were disconnected several time with a message like connection net packet overflow (don't remember exactly) Here are some screenshots of my net_graph 4: http://www.coldorak.net/tf2/lag/lag1.jpg http://www.coldorak.net/tf2/lag/lag2.jpg http://www.coldorak.net/tf2/lag/lag3.jpg http://www.coldorak.net/tf2/lag/lag4.jpg About my server net settings: sv_minrate 2 --- tried with 1 and 3 sv_maxrate 3 -- tried with 3 (while minrate=10k) to 10 (while minrate=30k) decalfrequency 10 sv_maxupdaterate 100 sv_minupdaterate 66 sv_mincmdrate 66 sv_maxcmdrate 100 no fps_max setting. My cl_rate is 3 but many players left it by default. Are other people experiencing the same problem? I saw a few mails talking about lag, so I thought I could add some info. My server is launched with -NoQueudUpdateThread. We talk about 10-20s lag every few minutes... Cold On Sat, Mar 7, 2009 at 4:31 PM, SmOoThEm ad...@righttorule.com wrote: Like I said before, a simple pre-release beta test would help us ALL out in this area. I'm sure valve would like to stop releasing broken updates. Its also takes a lot of time for admins to update 10+ servers daily. Most of the time were forced to shut down full servers during prime game time because that's when valve decides it's time to release and go home. There is a better way to do these updates valve, please give us a chance instead of blowing us off -Original Message- From: hlds-boun...@list.valvesoftware.com [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Chris Sent: Saturday, March 07, 2009 7:17 AM To: Half-Life dedicated Win32 server mailing list Subject: Re: [hlds] Team Fortress 2 Update Released lag spikes here too... I appreciate Valve releasing updates and fixing bugs, but the last 10 or so seem to have caused issues elsewhere, quite frankly I would prefer NOT to get an update wait an extra two weeks and have an update which has been thoroughly tested. Obviously there will be updates which break other things which are difficult to test, but seriously I cannot recall the last update which didnt require subsequent updates to address issues the first broke. I'm becomming less and less impressed by the testers and QA processes. /me ends rant /me puts on flame suit /me hopes Valve reads. On Sat, Mar 7, 2009 at 3:09 PM, Karl Weckstrom k...@weckstrom.com wrote: lagspikes galore here too. -Original Message- From: hlds-boun...@list.valvesoftware.com [mailto: hlds-boun...@list.valvesoftware.com] On Behalf Of o k Sent: Friday, March 06, 2009 11:51 PM To: Half-Life dedicated Win32 server mailing list Subject: Re: [hlds] Team Fortress 2 Update Released Lag spikes here, and whole teams disconnected. Very odd. I was running fine before the most recent update. On Fri, Mar 6, 2009 at 11:43 PM, Clyde cide thedrunkenbraw...@gmail.com wrote: Mine are running crash free! The Lag spikes though.. is another story =( ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds ___ To unsubscribe, edit your list preferences, or view the list archives, please visit:
[hlds_linux] TF2 Update still problems
Hey after the resent update, am I the only one to have the following problems? When I start my server it starts normally and then crashes :S == # Server info: # == Debian 4.0r7 - Kernel 2.6.18-6-xen-vserver-686 (SMP) AMD Athlon(tm) 64 X2 Dual Core Processor 4800+-(CPU flags - fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up pni cx16 lahf_lm cmp_legacy svm cr8legacy ts fid vid ttp tm stc) == # Start up-line: # == ./srcds_run -pingboost 3 -console -game tf -secure +ip MY_IP -port 27022 +maxplayers 36 +map ctf_2fort -debug -autoupdate == # My Output from Steam: # == Auto detecting CPU Using AMD Optimised binary. Enabling debug mode Server will auto-restart if there is a crash. Console initialized. Game.dll loaded for Team Fortress Particles: Missing 'particles/error.pcf' maxplayers set to 32 maxplayers set to 32 Unknown command startupmenu Network: IP 192.168.1.7, mode MP, dedicated Yes, ports 27022 SV / 27007 CL [SBSRC] SBSRC v2.5.4 (Core: v2.5.4, Rev: 53), Feb 9 2008 [SBSRC] By devicenull -- http://www.steambans.com/ Loading Mani Admin Plugin 2007 V1.2BetaS SMM Orange, www.mani-admin-plugin.com Interface IPlayerInfoManager @ 0xb5d08fd8 Interface IVEngineServer @ 0xb78e2d2c Interface IGameEventManager2 @ 0xb7919de0 Interface IFileSystem @ 0xb79d4b20 Interface IServerPluginHelpers @ 0xb78fd940 Interface INetworkStringTableContainer @ 0xb7920e00 Interface IEngineTrace @ 0xb7919868 Interface IUniformRandomStream @ 0xb7921268 Interface IServerGameEnts @ 0xb5cf7968 Interface IEffects @ 0xb5cde5fc Interface IEngineSound @ 0xb7926730 Interface ICvar @ 0xb7e05bc0 Interface IServerGameDLL @ 0xb5cf7728 Interface IVoiceServer @ 0xb792395c Attempting to load [./cfg/mani_admin_plugin/language/language.cfg] Language to be used [english] Searching for game type [Team Fortress] Found gametypes for Team Fortress Linux binary @ ./tf/bin/server_i486.so Program Start at [0x80cbc40] var_address = 0xb5cc1440 Game Type [Team Fortress] Message name Geiger index 0 Message name Train index 1 Message name HudText index 2 Message name SayText index 3 Message name SayText2 index 4 Message name TextMsg index 5 Message name ResetHUD index 6 Message name GameTitle index 7 Message name ItemPickup index 8 Message name ShowMenu index 9 Message name Shake index 10 Message name Fade index 11 Message name VGUIMenu index 12 Message name Rumble index 13 Message name CloseCaption index 14 Message name SendAudio index 15 Message name VoiceMask index 16 Message name RequestState index 17 Message name Damage index 18 Message name HintText index 19 Message name KeyHintText index 20 Message name HudMsg index 21 Message name AmmoDenied index 22 Time for read = [0.40] Time for read = [0.32] Steam ID Player Stats memory usage 0.00MB with 0 records Name Player Stats memory usage 0.00MB with 0 records Bad line 1 in ./cfg/mani_admin_plugin/clients.txt Failed to load ./cfg/mani_admin_plugin/clients.txt exec: couldn't exec steambans.cfg Failed to load $include VMT file (materials/TILE/FLOOR_TILE_001A.vmt) Failed to load $include VMT file (materials/TILE/FLOOR_TILE_001A.vmt) ... ... Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) * Mani Admin Plugin Level Init * Searching for game type [Team Fortress] Found gametypes for Team Fortress Linux binary @ ./tf/bin/server_i486.so Attempting to load [./cfg/mani_admin_plugin/language/language.cfg] Language to be used [english] Bad line 1 in ./cfg/mani_admin_plugin/clients.txt Failed to load ./cfg/mani_admin_plugin/clients.txt CModelLoader::Map_IsValid: No such map 'maps/background01.bsp' *** Map [background01] is not a valid map !!! * Time for read = [0.51] Time for read = [0.34] Steam ID Player Stats memory usage 0.00MB with 0 records Name Player Stats memory usage 0.00MB with 0 records Stats Loaded in 0.0010 seconds Steam ID Player Settings memory usage 0.00MB with 0 records Name Player
Re: [hlds_linux] TF2 Update still problems
o_0 ./srcds_run -pingboost 3 -console -game tf -secure +ip MY_IP -port 27022 +maxplayers 36 +map ctf_2fort -debug -autoupdate There is pingboost in source games? On Sun, Mar 8, 2009 at 12:57 AM, Henrik Dige Semark hendig...@hotmail.comwrote: Hey after the resent update, am I the only one to have the following problems? When I start my server it starts normally and then crashes :S == # Server info: # == Debian 4.0r7 - Kernel 2.6.18-6-xen-vserver-686 (SMP) AMD Athlon(tm) 64 X2 Dual Core Processor 4800+-(CPU flags - fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up pni cx16 lahf_lm cmp_legacy svm cr8legacy ts fid vid ttp tm stc) == # Start up-line: # == ./srcds_run -pingboost 3 -console -game tf -secure +ip MY_IP -port 27022 +maxplayers 36 +map ctf_2fort -debug -autoupdate == # My Output from Steam: # == Auto detecting CPU Using AMD Optimised binary. Enabling debug mode Server will auto-restart if there is a crash. Console initialized. Game.dll loaded for Team Fortress Particles: Missing 'particles/error.pcf' maxplayers set to 32 maxplayers set to 32 Unknown command startupmenu Network: IP 192.168.1.7, mode MP, dedicated Yes, ports 27022 SV / 27007 CL [SBSRC] SBSRC v2.5.4 (Core: v2.5.4, Rev: 53), Feb 9 2008 [SBSRC] By devicenull -- http://www.steambans.com/ Loading Mani Admin Plugin 2007 V1.2BetaS SMM Orange, www.mani-admin-plugin.com Interface IPlayerInfoManager @ 0xb5d08fd8 Interface IVEngineServer @ 0xb78e2d2c Interface IGameEventManager2 @ 0xb7919de0 Interface IFileSystem @ 0xb79d4b20 Interface IServerPluginHelpers @ 0xb78fd940 Interface INetworkStringTableContainer @ 0xb7920e00 Interface IEngineTrace @ 0xb7919868 Interface IUniformRandomStream @ 0xb7921268 Interface IServerGameEnts @ 0xb5cf7968 Interface IEffects @ 0xb5cde5fc Interface IEngineSound @ 0xb7926730 Interface ICvar @ 0xb7e05bc0 Interface IServerGameDLL @ 0xb5cf7728 Interface IVoiceServer @ 0xb792395c Attempting to load [./cfg/mani_admin_plugin/language/language.cfg] Language to be used [english] Searching for game type [Team Fortress] Found gametypes for Team Fortress Linux binary @ ./tf/bin/server_i486.so Program Start at [0x80cbc40] var_address = 0xb5cc1440 Game Type [Team Fortress] Message name Geiger index 0 Message name Train index 1 Message name HudText index 2 Message name SayText index 3 Message name SayText2 index 4 Message name TextMsg index 5 Message name ResetHUD index 6 Message name GameTitle index 7 Message name ItemPickup index 8 Message name ShowMenu index 9 Message name Shake index 10 Message name Fade index 11 Message name VGUIMenu index 12 Message name Rumble index 13 Message name CloseCaption index 14 Message name SendAudio index 15 Message name VoiceMask index 16 Message name RequestState index 17 Message name Damage index 18 Message name HintText index 19 Message name KeyHintText index 20 Message name HudMsg index 21 Message name AmmoDenied index 22 Time for read = [0.40] Time for read = [0.32] Steam ID Player Stats memory usage 0.00MB with 0 records Name Player Stats memory usage 0.00MB with 0 records Bad line 1 in ./cfg/mani_admin_plugin/clients.txt Failed to load ./cfg/mani_admin_plugin/clients.txt exec: couldn't exec steambans.cfg Failed to load $include VMT file (materials/TILE/FLOOR_TILE_001A.vmt) Failed to load $include VMT file (materials/TILE/FLOOR_TILE_001A.vmt) ... ... Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) * Mani Admin Plugin Level Init * Searching for game type [Team Fortress] Found gametypes for Team Fortress Linux binary @ ./tf/bin/server_i486.so Attempting to load [./cfg/mani_admin_plugin/language/language.cfg] Language to be used [english] Bad line 1 in ./cfg/mani_admin_plugin/clients.txt Failed to load ./cfg/mani_admin_plugin/clients.txt CModelLoader::Map_IsValid: No such map 'maps/background01.bsp' *** Map [background01] is not a valid map !!! * Time for read = [0.51] Time for read = [0.34] Steam ID Player Stats memory usage 0.00MB
Re: [hlds_linux] TF2 Update still problems
Don't know if there is pingboost in source games, but I haven't got any errors on that before :S But it seams that the people on Steam have messed up in there Linux-dedi server :( I have just tried to remove -pingboost 3 from the start up-line, and still same error Med Venlig Hilsen / Best regards Henrik Dige Semark Date: Sun, 8 Mar 2009 01:06:18 +0100 From: tra...@gmail.com To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] TF2 Update still problems o_0 ./srcds_run -pingboost 3 -console -game tf -secure +ip MY_IP -port 27022 +maxplayers 36 +map ctf_2fort -debug -autoupdate There is pingboost in source games? On Sun, Mar 8, 2009 at 12:57 AM, Henrik Dige Semark hendig...@hotmail.comwrote: Hey after the resent update, am I the only one to have the following problems? When I start my server it starts normally and then crashes :S == # Server info: # == Debian 4.0r7 - Kernel 2.6.18-6-xen-vserver-686 (SMP) AMD Athlon(tm) 64 X2 Dual Core Processor 4800+-(CPU flags - fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up pni cx16 lahf_lm cmp_legacy svm cr8legacy ts fid vid ttp tm stc) == # Start up-line: # == ./srcds_run -pingboost 3 -console -game tf -secure +ip MY_IP -port 27022 +maxplayers 36 +map ctf_2fort -debug -autoupdate == # My Output from Steam: # == Auto detecting CPU Using AMD Optimised binary. Enabling debug mode Server will auto-restart if there is a crash. Console initialized. Game.dll loaded for Team Fortress Particles: Missing 'particles/error.pcf' maxplayers set to 32 maxplayers set to 32 Unknown command startupmenu Network: IP 192.168.1.7, mode MP, dedicated Yes, ports 27022 SV / 27007 CL [SBSRC] SBSRC v2.5.4 (Core: v2.5.4, Rev: 53), Feb 9 2008 [SBSRC] By devicenull -- http://www.steambans.com/ Loading Mani Admin Plugin 2007 V1.2BetaS SMM Orange, www.mani-admin-plugin.com Interface IPlayerInfoManager @ 0xb5d08fd8 Interface IVEngineServer @ 0xb78e2d2c Interface IGameEventManager2 @ 0xb7919de0 Interface IFileSystem @ 0xb79d4b20 Interface IServerPluginHelpers @ 0xb78fd940 Interface INetworkStringTableContainer @ 0xb7920e00 Interface IEngineTrace @ 0xb7919868 Interface IUniformRandomStream @ 0xb7921268 Interface IServerGameEnts @ 0xb5cf7968 Interface IEffects @ 0xb5cde5fc Interface IEngineSound @ 0xb7926730 Interface ICvar @ 0xb7e05bc0 Interface IServerGameDLL @ 0xb5cf7728 Interface IVoiceServer @ 0xb792395c Attempting to load [./cfg/mani_admin_plugin/language/language.cfg] Language to be used [english] Searching for game type [Team Fortress] Found gametypes for Team Fortress Linux binary @ ./tf/bin/server_i486.so Program Start at [0x80cbc40] var_address = 0xb5cc1440 Game Type [Team Fortress] Message name Geiger index 0 Message name Train index 1 Message name HudText index 2 Message name SayText index 3 Message name SayText2 index 4 Message name TextMsg index 5 Message name ResetHUD index 6 Message name GameTitle index 7 Message name ItemPickup index 8 Message name ShowMenu index 9 Message name Shake index 10 Message name Fade index 11 Message name VGUIMenu index 12 Message name Rumble index 13 Message name CloseCaption index 14 Message name SendAudio index 15 Message name VoiceMask index 16 Message name RequestState index 17 Message name Damage index 18 Message name HintText index 19 Message name KeyHintText index 20 Message name HudMsg index 21 Message name AmmoDenied index 22 Time for read = [0.40] Time for read = [0.32] Steam ID Player Stats memory usage 0.00MB with 0 records Name Player Stats memory usage 0.00MB with 0 records Bad line 1 in ./cfg/mani_admin_plugin/clients.txt Failed to load ./cfg/mani_admin_plugin/clients.txt exec: couldn't exec steambans.cfg Failed to load $include VMT file (materials/TILE/FLOOR_TILE_001A.vmt) Failed to load $include VMT file (materials/TILE/FLOOR_TILE_001A.vmt) ... ... Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) * Mani Admin Plugin Level Init
Re: [hlds_linux] TF2 Update still problems
No, it is not. Also -console does not exist as linux startparameter and -secure is not required, VAC is on by default. Try deleting the addons folder and perform a -verify_all. - Original Message - From: Pawel tra...@gmail.com To: Half-Life dedicated Linux server mailing list hlds_linux@list.valvesoftware.com Sent: Sunday, March 08, 2009 1:06 AM Subject: Re: [hlds_linux] TF2 Update still problems o_0 ./srcds_run -pingboost 3 -console -game tf -secure +ip MY_IP -port 27022 +maxplayers 36 +map ctf_2fort -debug -autoupdate There is pingboost in source games? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Connection Problem
Well, if my company workers would code like Valve does. :-) I bet that money is the last thing we would get. Anyway, anyone is getting the player “Connection problem” issue? - Original Message - From: 1nsane 1nsane...@gmail.com To: Half-Life dedicated Linux server mailing list hlds_linux@list.valvesoftware.com Sent: Saturday, March 07, 2009 9:10 PM Subject: Re: [hlds_linux] Connection Problem Seems like Valve fired their QA years ago... so now we get updates like this. Completely untested :/. 2009/3/7 Evaldas Žilinskas hlds_li...@gameconnect.lt OK, what‘s with the „Connection problem“ when players spawn on dods after the protocol change? I’m using SUSE 9.3. Best wishes, Evaldas GameConnect Lithuania www.gameconnect.lt ___ 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
Re: [hlds_linux] TF2 Update still problems
./steam -game tf -verify_all Checking bootstrapper version ... Updating Installation Checking/Installing 'Team Fortress 2 Content' version 82 Checking/Installing 'Team Fortress 2 Materials' version 27 Checking/Installing 'Base Source Shared Materials' version 8 Checking/Installing 'Base Source Shared Models' version 4 Checking/Installing 'Base Source Shared Sounds' version 4 Checking/Installing 'OB Linux Dedicated Server' version 1 HLDS installation up to date # new statup line ./srcds_run -game tf -ip 192.168.1.7 -port 27022 +maxplayers 36 +map ctf_2fort -debug -autoupdate Output: My Output from Steam: Auto detecting CPU Using AMD Optimised binary. Enabling debug mode Server will auto-restart if there is a crash. Console initialized. Game.dll loaded for Team Fortress Particles: Missing 'particles/error.pcf' maxplayers set to 32 maxplayers set to 32 ... ... Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) ConVarRef room_type doesn't point to an existing ConVar exec: couldn't exec skill1.cfg Executing dedicated server config file [S_API FAIL] SteamAPI_Init() failed; unable to update local steamclient. Continuing with current version anyway. sv_pure set to 1. Note: Changes to sv_pure take effect when the next map is loaded. exec banned_user.cfg: file size larger than 1 MB! exec banned_ip.cfg: file size larger than 1 MB! exec: couldn't exec ctf_2fort.cfg Adding master server 68.142.72.250:27011 Adding master server 72.165.61.189:27011 Connection to Steam servers successful. VAC secure mode is activated. status hostname: Ferocious Fiends ClanServer TF2 version : 1.0.5.1/15 3771 secure udp/ip : 192.168.1.7:27022 map : ctf_2fort at: 0 x, 0 y, 0 z players : 0 (32 max) # userid name uniqueid connected ping loss state adr It seams to work, now I just have to find the addon that crashes the server Med Venlig Hilsen / Best regards Henrik Dige Semark From: code...@mgamez.eu To: hlds_linux@list.valvesoftware.com Date: Sun, 8 Mar 2009 01:13:07 +0100 Subject: Re: [hlds_linux] TF2 Update still problems No, it is not. Also -console does not exist as linux startparameter and -secure is not required, VAC is on by default. Try deleting the addons folder and perform a -verify_all. - Original Message - From: Pawel tra...@gmail.com To: Half-Life dedicated Linux server mailing list hlds_linux@list.valvesoftware.com Sent: Sunday, March 08, 2009 1:06 AM Subject: Re: [hlds_linux] TF2 Update still problems o_0 ./srcds_run -pingboost 3 -console -game tf -secure +ip MY_IP -port 27022 +maxplayers 36 +map ctf_2fort -debug -autoupdate There is pingboost in source games? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux _ Tag din Hotmail med på farten. Se her hvordan. http://windowslivemobile.msn.com/BrowserServiceHotmail.aspx?lang=da-DK ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] TF2 Update still problems
Lol, you are using Mani Admin Plugin, the most outdated and inestable plugin ever, use beetlesmod or sourcemod -Rodrigo Henrik Dige Semark escribió: ./steam -game tf -verify_all Checking bootstrapper version ... Updating Installation Checking/Installing 'Team Fortress 2 Content' version 82 Checking/Installing 'Team Fortress 2 Materials' version 27 Checking/Installing 'Base Source Shared Materials' version 8 Checking/Installing 'Base Source Shared Models' version 4 Checking/Installing 'Base Source Shared Sounds' version 4 Checking/Installing 'OB Linux Dedicated Server' version 1 HLDS installation up to date # new statup line ./srcds_run -game tf -ip 192.168.1.7 -port 27022 +maxplayers 36 +map ctf_2fort -debug -autoupdate Output: My Output from Steam: Auto detecting CPU Using AMD Optimised binary. Enabling debug mode Server will auto-restart if there is a crash. Console initialized. Game.dll loaded for Team Fortress Particles: Missing 'particles/error.pcf' maxplayers set to 32 maxplayers set to 32 ... ... Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) Failed to load $include VMT file (materials/GLASS/GLASSWINDOW001A.vmt) ConVarRef room_type doesn't point to an existing ConVar exec: couldn't exec skill1.cfg Executing dedicated server config file [S_API FAIL] SteamAPI_Init() failed; unable to update local steamclient. Continuing with current version anyway. sv_pure set to 1. Note: Changes to sv_pure take effect when the next map is loaded. exec banned_user.cfg: file size larger than 1 MB! exec banned_ip.cfg: file size larger than 1 MB! exec: couldn't exec ctf_2fort.cfg Adding master server 68.142.72.250:27011 Adding master server 72.165.61.189:27011 Connection to Steam servers successful. VAC secure mode is activated. status hostname: Ferocious Fiends ClanServer TF2 version : 1.0.5.1/15 3771 secure udp/ip : 192.168.1.7:27022 map : ctf_2fort at: 0 x, 0 y, 0 z players : 0 (32 max) # userid name uniqueid connected ping loss state adr It seams to work, now I just have to find the addon that crashes the server Med Venlig Hilsen / Best regards Henrik Dige Semark From: code...@mgamez.eu To: hlds_linux@list.valvesoftware.com Date: Sun, 8 Mar 2009 01:13:07 +0100 Subject: Re: [hlds_linux] TF2 Update still problems No, it is not. Also -console does not exist as linux startparameter and -secure is not required, VAC is on by default. Try deleting the addons folder and perform a -verify_all. - Original Message - From: Pawel tra...@gmail.com To: Half-Life dedicated Linux server mailing list hlds_linux@list.valvesoftware.com Sent: Sunday, March 08, 2009 1:06 AM Subject: Re: [hlds_linux] TF2 Update still problems o_0 ./srcds_run -pingboost 3 -console -game tf -secure +ip MY_IP -port 27022 +maxplayers 36 +map ctf_2fort -debug -autoupdate There is pingboost in source games? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux _ Tag din Hotmail med på farten. Se her hvordan. http://windowslivemobile.msn.com/BrowserServiceHotmail.aspx?lang=da-DK ___ 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