Re: [hlds_linux] Half-Life 1 Engine Update Released
On Sat, 1 Nov 2008, Petr Jelinek wrote: Herk wrote: Well mine it basically doesn't stay up more than 1 hour or so. Also regarding the /proc/cpuinfo, I don't have /proc/cpuinfo - its /compat/linux/proc/cpuinfo. Maybe you should test it for a long time and see what happens, also what is the command line that you use to start your server? Well that CPU_MHZ overrides cpuinfo I think so it shouldn't matter. My exact commandline is: LD_LIBRARY_PATH=. CPU_MHZ=3000 ./hlds_i686 -game cstrike +servercfgfile server2.cfg +mapcyclefile maplist2.cfg -port 2 +maxplayers 10 -secure BTW I really sent my original message only so that developers know that there seems to be some correlation between the problem and cpu frequency hlds detects. I didn't know people will start to try to use it (it's very ugly solution). I have runned with this for awhile and it does actually help. They still crash, but its gone down from 30-50 crashes per day and server to 6-12 per day and server. At first it did not help due to the variable being set. 'ps auxefwww | grep hlds' will print out all variables that are used. Yesterday a server had 68 crashes (or restarts), today its 6 within the 14 hours that have elapsed today. Even if it seems that it is not bulletproofed it is still better. Its even good to notice that the server crashes even if the server is empty. /Bjorn ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] HLDS - High CPU usage
Me and my community have a big problem. We got this problem since the last steam-updates. We are running four(4) HLDS linux servers on two different machines. We are using the latest amxmod and the problem is that the CPU usage is much higher now after the update and also the ping has gone up a little bit probably because the high CPU usage (even without amxmod). We do have the newest update and the problem is the new linux HLDS, not amxmod. Ive talked to a few community's and they all have the same problem, even on windows servers.. Is there a new update soon? You probably already know about this problem since there have been mentioned in the forums a few times. But we are loosing players, so we just wanna know if there is a solution on the way.. some screens: +sys_ticrate 1 -pingboost 1 -tos Dual Intel Xeon 3.2 Ghz 2Gb Kingston DDR 2 Western Digital Raptor http://data.fuskbugg.se/skalman01/---cpu.JPG Its not a little jump, its a big jump in CPU usage. There wasnt a problem before the updates.. _ Hetaste modetipsen härligaste skönhetstesterna! http://salongk.msn.se/ ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Ping..
Thanks you for the pong (the internet is still up - I divined it already :). You are not alone, a fix to make the released beta working would elucidate my day. Von: kama [EMAIL PROTECTED] ..three days and no post? Is the internet down? We are just eagerly waiting for a patch to stop the crashes of hlds /Bjorn ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Optimal kernel settings
Hi folks, It's about time for me to upgrade my old software to something more up-to-date. The OS will be Slackware, most likely 12.1. As I have used kernel 2.6.16 ever since it was released in April 2006, I have no idea what are the optimal kernel settings these days for hosting stable (i.e. not the uber-mega-quad 1000 fps) CS 1.6 servers. I believe stable 300-500 is a decent framerate? The CPU behind my system is the 3.4GHz Pentium4. Could You please help me figure out what's the best possible software config these days (i.e. hlds-specific kernel settings, tickless/1000hz kernels, glibc, and the like) and what cs1.6 slot count could I expect. Thanks a lot. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Optimal kernel settings
Dont send me a message anny more! Date: Wed, 5 Nov 2008 19:54:53 + From: [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Optimal kernel settings Hi folks, It's about time for me to upgrade my old software to something more up-to-date. The OS will be Slackware, most likely 12.1. As I have used kernel 2.6.16 ever since it was released in April 2006, I have no idea what are the optimal kernel settings these days for hosting stable (i.e. not the uber-mega-quad 1000 fps) CS 1.6 servers. I believe stable 300-500 is a decent framerate? The CPU behind my system is the 3.4GHz Pentium4. Could You please help me figure out what's the best possible software config these days (i.e. hlds-specific kernel settings, tickless/1000hz kernels, glibc, and the like) and what cs1.6 slot count could I expect. Thanks a lot. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux _ De leukste online filmpjes vind je op MSN Video! http://video.msn.com/video.aspx?mkt=nl-nl ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Optimal kernel settings
Lol, I love these messages. memos kapli wrote: Dont send me a message anny more! Date: Wed, 5 Nov 2008 19:54:53 + From: [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Optimal kernel settings Hi folks, It's about time for me to upgrade my old software to something more up-to-date. The OS will be Slackware, most likely 12.1. As I have used kernel 2.6.16 ever since it was released in April 2006, I have no idea what are the optimal kernel settings these days for hosting stable (i.e. not the uber-mega-quad 1000 fps) CS 1.6 servers. I believe stable 300-500 is a decent framerate? The CPU behind my system is the 3.4GHz Pentium4. Could You please help me figure out what's the best possible software config these days (i.e. hlds-specific kernel settings, tickless/1000hz kernels, glibc, and the like) and what cs1.6 slot count could I expect. Thanks a lot. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux _ De leukste online filmpjes vind je op MSN Video! http://video.msn.com/video.aspx?mkt=nl-nl ___ 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] Optimal kernel settings
there classic Cc2iscooL wrote: Lol, I love these messages. memos kapli wrote: Dont send me a message anny more! Date: Wed, 5 Nov 2008 19:54:53 + From: [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Optimal kernel settings Hi folks, It's about time for me to upgrade my old software to something more up-to-date. The OS will be Slackware, most likely 12.1. As I have used kernel 2.6.16 ever since it was released in April 2006, I have no idea what are the optimal kernel settings these days for hosting stable (i.e. not the uber-mega-quad 1000 fps) CS 1.6 servers. I believe stable 300-500 is a decent framerate? The CPU behind my system is the 3.4GHz Pentium4. Could You please help me figure out what's the best possible software config these days (i.e. hlds-specific kernel settings, tickless/1000hz kernels, glibc, and the like) and what cs1.6 slot count could I expect. Thanks a lot. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux _ De leukste online filmpjes vind je op MSN Video! http://video.msn.com/video.aspx?mkt=nl-nl ___ 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] Optimal kernel settings
I still have no idea what is going on... SakeFox wrote: there classic Cc2iscooL wrote: Lol, I love these messages. memos kapli wrote: Dont send me a message anny more! Date: Wed, 5 Nov 2008 19:54:53 + From: [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] Optimal kernel settings Hi folks, It's about time for me to upgrade my old software to something more up-to-date. The OS will be Slackware, most likely 12.1. As I have used kernel 2.6.16 ever since it was released in April 2006, I have no idea what are the optimal kernel settings these days for hosting stable (i.e. not the uber-mega-quad 1000 fps) CS 1.6 servers. I believe stable 300-500 is a decent framerate? The CPU behind my system is the 3.4GHz Pentium4. Could You please help me figure out what's the best possible software config these days (i.e. hlds-specific kernel settings, tickless/1000hz kernels, glibc, and the like) and what cs1.6 slot count could I expect. Thanks a lot. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux _ De leukste online filmpjes vind je op MSN Video! http://video.msn.com/video.aspx?mkt=nl-nl ___ 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] HLDS - High CPU usage
What settings in your kernel are you using? Use: No force preemptition - server, 1000Hz timer, HPET, SMP, enable HT (newer dual core xeons have HT) do not use +sys_ticrate 1 when you set 1000Hz in kernel, use just +sys_ticrate 1000 (because 1 on 1000Hz timer is speeded server [everything is 1.5x faster]) and don't use -pingboost at all, since your server is already boosted (thru 1000Hz in kernel) just: ./hlds_run -game cstrike +map ... +sys_ticrate 1000 -port 1337 and so on. I don't believe that stats, are you running 64 slot server or something? :) I'm using similar processors (2x) on one of my machines (16gb ram), I run about 10 20 slots public servers on it, no issue. Btw if you have something like low latency desktop set up in your kernel, your hlds usage would be much higher. Use no force preemptition Kveri Christopher Szabo wrote / napísal(a): Me and my community have a big problem. We got this problem since the last steam-updates. We are running four(4) HLDS linux servers on two different machines. We are using the latest amxmod and the problem is that the CPU usage is much higher now after the update and also the ping has gone up a little bit probably because the high CPU usage (even without amxmod). We do have the newest update and the problem is the new linux HLDS, not amxmod. Ive talked to a few community's and they all have the same problem, even on windows servers.. Is there a new update soon? You probably already know about this problem since there have been mentioned in the forums a few times. But we are loosing players, so we just wanna know if there is a solution on the way.. some screens: +sys_ticrate 1 -pingboost 1 -tos Dual Intel Xeon 3.2 Ghz 2Gb Kingston DDR 2 Western Digital Raptor http://data.fuskbugg.se/skalman01/---cpu.JPG Its not a little jump, its a big jump in CPU usage. There wasnt a problem before the updates.. _ Hetaste modetipsen härligaste skönhetstesterna! http://salongk.msn.se/ ___ 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] Optimal kernel settings
Hi, You should start with: 1. CONFIG_HZ_1000=y CONFIG_HZ=1000 -- Timer frequency under Processor type and features 2. CONFIG_PREEMPT_NONE=y -- Preemption Model (No Forced Preemption (Server)) 3. Do not use Tickless system (Dynamic ticks) 4. High Resolution Timer Support - try using it, then try to not, you'll see what's better for you, I'm using it. 5. Processor family - select P4 6. enable HyperThreading (SMT) 7. enable Multi-core scheduler support I hope this helps. Kveri Faustas Bukevic(ius wrote / napísal(a): Hi folks, It's about time for me to upgrade my old software to something more up-to-date. The OS will be Slackware, most likely 12.1. As I have used kernel 2.6.16 ever since it was released in April 2006, I have no idea what are the optimal kernel settings these days for hosting stable (i.e. not the uber-mega-quad 1000 fps) CS 1.6 servers. I believe stable 300-500 is a decent framerate? The CPU behind my system is the 3.4GHz Pentium4. Could You please help me figure out what's the best possible software config these days (i.e. hlds-specific kernel settings, tickless/1000hz kernels, glibc, and the like) and what cs1.6 slot count could I expect. Thanks a lot. ___ 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] HLDS - High CPU usage
thx for answer. But why should i change something when it has worked like it is for 1 year UNTIL the updates.. :/ We are running 2x30 slots 1.6 servers on that machine, thats it. I will check the kernel settings. :) Date: Thu, 6 Nov 2008 00:29:28 +0100 From: [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] HLDS - High CPU usage What settings in your kernel are you using? Use: No force preemptition - server, 1000Hz timer, HPET, SMP, enable HT (newer dual core xeons have HT) do not use +sys_ticrate 1 when you set 1000Hz in kernel, use just +sys_ticrate 1000 (because 1 on 1000Hz timer is speeded server [everything is 1.5x faster]) and don't use -pingboost at all, since your server is already boosted (thru 1000Hz in kernel) just: ./hlds_run -game cstrike +map ... +sys_ticrate 1000 -port 1337 and so on. I don't believe that stats, are you running 64 slot server or something? :) I'm using similar processors (2x) on one of my machines (16gb ram), I run about 10 20 slots public servers on it, no issue. Btw if you have something like low latency desktop set up in your kernel, your hlds usage would be much higher. Use no force preemptition Kveri Christopher Szabo wrote / napísal(a): Me and my community have a big problem. We got this problem since the last steam-updates. We are running four(4) HLDS linux servers on two different machines. We are using the latest amxmod and the problem is that the CPU usage is much higher now after the update and also the ping has gone up a little bit probably because the high CPU usage (even without amxmod). We do have the newest update and the problem is the new linux HLDS, not amxmod. Ive talked to a few community's and they all have the same problem, even on windows servers.. Is there a new update soon? You probably already know about this problem since there have been mentioned in the forums a few times. But we are loosing players, so we just wanna know if there is a solution on the way.. some screens: +sys_ticrate 1 -pingboost 1 -tos Dual Intel Xeon 3.2 Ghz 2Gb Kingston DDR 2 Western Digital Raptor http://data.fuskbugg.se/skalman01/---cpu.JPG Its not a little jump, its a big jump in CPU usage. There wasnt a problem before the updates.. _ Hetaste modetipsen härligaste skönhetstesterna! http://salongk.msn.se/ ___ 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 _ Var sommaren för kort? Här hittar du solen! http://resor.se.msn.com/ ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Left 4 Dead Demo Dedicated Server files available
Most of the files for the Left 4 Dead Demo Dedicated Server are now available. This is basically a preload for the Demo dedicated server, as we have not released all the binaries required to run a server just yet. So if you would like to run a server use the game parameter of l4d_demo from hldsupdatetool. Jason ___ 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 - High CPU usage
Well, everything was in order except we always had sys_ticrate 1 and pingboost 1, without the speeding problems. (and yes 1000Hz in kernel). But i changed it to sys_ticrate 1000 and i don't use pingboost now, so we have too see tomorrow if it helped or not, when the servers are full. Date: Thu, 6 Nov 2008 00:29:28 +0100 From: [EMAIL PROTECTED] To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] HLDS - High CPU usage What settings in your kernel are you using? Use: No force preemptition - server, 1000Hz timer, HPET, SMP, enable HT (newer dual core xeons have HT) do not use +sys_ticrate 1 when you set 1000Hz in kernel, use just +sys_ticrate 1000 (because 1 on 1000Hz timer is speeded server [everything is 1.5x faster]) and don't use -ping boost at all, since your server is already boosted (thru 1000Hz in kernel) just: ./hlds_run -game cstrike +map ... +sys_ticrate 1000 -port 1337 and so on. I don't believe that stats, are you running 64 slot server or something? :) I'm using similar processors (2x) on one of my machines (16gb ram), I run about 10 20 slots public servers on it, no issue. Btw if you have something like low latency desktop set up in your kernel, your hlds usage would be much higher. Use no force preemptition Kveri Christopher Szabo wrote / napísal(a): Me and my community have a big problem. We got this problem since the last steam-updates. We are running four(4) HLDS linux servers on two different machines. We are using the latest amxmod and the problem is that the CPU usage is much higher now after the update and also the ping has gone up a little bit probably because the high CPU usage (even without amxmod). We do have the newest update and the problem is the new linux HLDS, not amxmod. Ive talked to a few community's and they all have the same problem, even on windows servers.. Is there a new update soon? You probably already know about this problem since there have been mentioned in the forums a few times. But we are loosing players, so we just wanna know if there is a solution on the way.. some screens: +sys_ticrate 1 -pingboost 1 -tos Dual Intel Xeon 3.2 Ghz 2Gb Kingston DDR 2 Western Digital Raptor http://data.fuskbugg.se/skalman01/---cpu.JPG Its not a little jump, its a big jump in CPU usage. There wasnt a problem before the updates.. _ Hetaste modetipsen härligaste skönhetstesterna! http://salongk.msn.se/ ___ 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 _ Hetaste modetipsen härligaste skönhetstesterna! http://salongk.msn.se/ ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] Left 4 Dead -Matchmaking
Left 4 Dead will use the new matchmaking system we've been working on. The new matchmaking system replaces the traditional server browser. By running a public dedicated server your server will be added to a list of servers available for clients to use when playing. Games are started from a Game Lobby by clients, who are then connected to a dedicated server when they start the game. When they're done, your server is added back to the list of available servers. Clients will be able to Quick Match, Play Online, and Play With Friends when they want to play a game. You will still have access to the traditional Message of the Day for your server. For Left 4 Dead, we've added a banner ad you can create that will be displayed to clients when they're playing on your server. There is also a ranking system to show the popularity of your server. This is the first version of what we've been working on, and we're going to want feedback from all of you once things start turning up tomorrow. -Eric ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] l4d Dedicated server notes
Linux dedicated server changes for Left4Dead There have been many changes, enhancements, and optimizations with the dedicated server for Linux: * All of the code is now being compiled with gcc 4.3.0 and glibc 2.8-8 in order to take advantage of compiler fixes and optimization enhancements. In order to run the l4d Linux dedicated server, you will need a system which can run binaries built against this version of glibc. * As a performance enhancement, the dedicated server can now use the hardware RDTSC timer instead of gettimeofday() for its internal timing, on systems which support it ( such systems are identified by having the constant_tsc flag set in /proc/cpuinfo ). When the code detects that the system has this, it will execute a benchmark to measure the actual rate of the hardware timer, and use this for all timing. If this causes trouble on a system, you can set the environment variable RDTSC_FREQUENCY to disabled. * The Linux dedicated server is now capable of running multiple server instances as sub-processes off of one parent process. This provides a memory savings (through sharing of read-only data), a speedup when starting multiple servers, and also enhances server stability by having the servers restart as new sub-processes after each game is completed. This is controlled by the -fork n option. For instance, you can run srcds_run -fork 5 to start up 5 separate server instances in this mode. * When -fork mode is enabled, some options on the command line can be parametrized based upon the server instance, by typing '##' on the launching line. For instance, -fork 10 -netconport 90## would cause the first server instance to use port 9001, the second to use 9002, etc. * There is a new remote access feature which allows a server administrator (or tool) to create a persistent connection to a running server, and to see its entire console output and send it commands. This feature is enabled by using the -netconport option when launching srcds_i486. For instance, if a server is started with -netconport 9000, someone with access to port 9000 of the server could type telnet 9000 and view the console output. This feature is disabled by default, and should only be used when an appropriate firewall/tunnel is used to control access to this port. Multiple clients can connect to the netconport of a running server at the same time. * If the netconsole is enabled, and the option -netconpassword xxx is set, the network console will not execute commands received through the netconport until the command PASS xxx is entered. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] l4d Dedicated server notes
The remote access thing looks excellent! On Thu, Nov 6, 2008 at 12:36 PM, Chris Green [EMAIL PROTECTED]wrote: Linux dedicated server changes for Left4Dead There have been many changes, enhancements, and optimizations with the dedicated server for Linux: * All of the code is now being compiled with gcc 4.3.0 and glibc 2.8-8 in order to take advantage of compiler fixes and optimization enhancements. In order to run the l4d Linux dedicated server, you will need a system which can run binaries built against this version of glibc. * As a performance enhancement, the dedicated server can now use the hardware RDTSC timer instead of gettimeofday() for its internal timing, on systems which support it ( such systems are identified by having the constant_tsc flag set in /proc/cpuinfo ). When the code detects that the system has this, it will execute a benchmark to measure the actual rate of the hardware timer, and use this for all timing. If this causes trouble on a system, you can set the environment variable RDTSC_FREQUENCY to disabled. * The Linux dedicated server is now capable of running multiple server instances as sub-processes off of one parent process. This provides a memory savings (through sharing of read-only data), a speedup when starting multiple servers, and also enhances server stability by having the servers restart as new sub-processes after each game is completed. This is controlled by the -fork n option. For instance, you can run srcds_run -fork 5 to start up 5 separate server instances in this mode. * When -fork mode is enabled, some options on the command line can be parametrized based upon the server instance, by typing '##' on the launching line. For instance, -fork 10 -netconport 90## would cause the first server instance to use port 9001, the second to use 9002, etc. * There is a new remote access feature which allows a server administrator (or tool) to create a persistent connection to a running server, and to see its entire console output and send it commands. This feature is enabled by using the -netconport option when launching srcds_i486. For instance, if a server is started with -netconport 9000, someone with access to port 9000 of the server could type telnet 9000 and view the console output. This feature is disabled by default, and should only be used when an appropriate firewall/tunnel is used to control access to this port. Multiple clients can connect to the netconport of a running server at the same time. * If the netconsole is enabled, and the option -netconpassword xxx is set, the network console will not execute commands received through the netconport until the command PASS xxx is entered. ___ 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] [hlds] Left 4 Dead -Matchmaking
You'll setup the MOTD and banner ad by editing the attached .txt files (which are in the Left4Dead folder) to point at your images. -Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Lyons Sent: Wednesday, November 05, 2008 5:35 PM To: Half-Life dedicated Win32 server mailing list Subject: Re: [hlds] Left 4 Dead -Matchmaking Can we get some specs on the banner please? Size, file type, size restrictions etc... Eric Smith wrote: Left 4 Dead will use the new matchmaking system we've been working on. The new matchmaking system replaces the traditional server browser. By running a public dedicated server your server will be added to a list of servers available for clients to use when playing. Games are started from a Game Lobby by clients, who are then connected to a dedicated server when they start the game. When they're done, your server is added back to the list of available servers. Clients will be able to Quick Match, Play Online, and Play With Friends when they want to play a game. You will still have access to the traditional Message of the Day for your server. For Left 4 Dead, we've added a banner ad you can create that will be displayed to clients when they're playing on your server. There is also a ranking system to show the popularity of your server. This is the first version of what we've been working on, and we're going to want feedback from all of you once things start turning up tomorrow. -Eric ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds -- Matt Lyons (Bsc CS Soft Eng) Content Administrator, Internode Systems 150 Grenfell St, Adelaide SA 5000 Ph: (08) 8228 2877 E-mail: [EMAIL PROTECTED] WWW: www.internode.com.au In theory, there is no difference between theory and practice; In practice, there is. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds http://www.l4d.com/news.html http://www.l4d.com/news.html___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] l4d Dedicated server notes
Hello, Will it be possible to give each server subprocess its own IP address? Will L4D use UDP 27015 as its default listen port? I'm asking because I do not have control of our institution's firewall. The necessary ports for TF2, CS:S, etc., are already open to a range of IPs we use for our game servers. Just wondering if I will need to get additional ports opened up for this box. Thanks, Dave - Original Message - From: Chris Green [EMAIL PROTECTED] Date: Wednesday, November 5, 2008 8:36 pm Subject: [hlds_linux] l4d Dedicated server notes To: 'hlds_linux@list.valvesoftware.com' hlds_linux@list.valvesoftware.com Linux dedicated server changes for Left4Dead There have been many changes, enhancements, and optimizations with the dedicated server for Linux: * All of the code is now being compiled with gcc 4.3.0 and glibc 2.8-8 in order to take advantage of compiler fixes and optimization enhancements. In order to run the l4d Linux dedicated server, you will need a system which can run binaries built against this version of glibc. * As a performance enhancement, the dedicated server can now use the hardware RDTSC timer instead of gettimeofday() for its internal timing, on systems which support it ( such systems are identified by having the constant_tsc flag set in /proc/cpuinfo ). When the code detects that the system has this, it will execute a benchmark to measure the actual rate of the hardware timer, and use this for all timing. If this causes trouble on a system, you can set the environment variable RDTSC_FREQUENCY to disabled. * The Linux dedicated server is now capable of running multiple server instances as sub-processes off of one parent process. This provides a memory savings (through sharing of read-only data), a speedup when starting multiple servers, and also enhances server stability by having the servers restart as new sub- processes after each game is completed. This is controlled by the -fork n option. For instance, you can run srcds_run -fork 5 to start up 5 separate server instances in this mode. * When -fork mode is enabled, some options on the command line can be parametrized based upon the server instance, by typing '##' on the launching line. For instance, -fork 10 -netconport 90## would cause the first server instance to use port 9001, the second to use 9002, etc. * There is a new remote access feature which allows a server administrator (or tool) to create a persistent connection to a running server, and to see its entire console output and send it commands. This feature is enabled by using the - netconport option when launching srcds_i486. For instance, if a server is started with -netconport 9000, someone with access to port 9000 of the server could type telnet 9000 and view the console output. This feature is disabled by default, and should only be used when an appropriate firewall/tunnel is used to control access to this port. Multiple clients can connect to the netconport of a running server at the same time. * If the netconsole is enabled, and the option -netconpassword xxx is set, the network console will not execute commands received through the netconport until the command PASS xxx is entered. ___ 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] [hlds] Left 4 Dead -Matchmaking
Are we going to beable to play on our own server? Lets say I run a l4d server in my colo and am 1ms away from it. I would want to play on that server. Can me and 3 friends connect to my server by IP or do we HAVE to use the matchmaking system and just get put on a random box? Eric Smith wrote: You'll setup the MOTD and banner ad by editing the attached .txt files (which are in the Left4Dead folder) to point at your images. -Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Lyons Sent: Wednesday, November 05, 2008 5:35 PM To: Half-Life dedicated Win32 server mailing list Subject: Re: [hlds] Left 4 Dead -Matchmaking Can we get some specs on the banner please? Size, file type, size restrictions etc... Eric Smith wrote: Left 4 Dead will use the new matchmaking system we've been working on. The new matchmaking system replaces the traditional server browser. By running a public dedicated server your server will be added to a list of servers available for clients to use when playing. Games are started from a Game Lobby by clients, who are then connected to a dedicated server when they start the game. When they're done, your server is added back to the list of available servers. Clients will be able to Quick Match, Play Online, and Play With Friends when they want to play a game. You will still have access to the traditional Message of the Day for your server. For Left 4 Dead, we've added a banner ad you can create that will be displayed to clients when they're playing on your server. There is also a ranking system to show the popularity of your server. This is the first version of what we've been working on, and we're going to want feedback from all of you once things start turning up tomorrow. -Eric ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds -- Matt Lyons (Bsc CS Soft Eng) Content Administrator, Internode Systems 150 Grenfell St, Adelaide SA 5000 Ph: (08) 8228 2877 E-mail: [EMAIL PROTECTED] WWW: www.internode.com.au In theory, there is no difference between theory and practice; In practice, there is. ___ 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_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] L4D Demo CVARs cfg files
Any idea on the L4D .cfg files? Server CVARs would be nice as well! Thanks, Ryan ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] L4D dedicated server
Is it just me or doesnt steam binary work anymore? [EMAIL PROTECTED]:/usr/games/test$ ./steam Checking bootstrapper version ... Segmentation fault -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Green Sent: Wednesday, 5 November 2008 10:12 AM To: 'Half-Life dedicated Linux server mailing list' Subject: Re: [hlds_linux] L4D dedicated server and muiltple cores I'd let the os sort it out. You should be able to run a lot more than 2 server instances on that box. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Parker Sent: Tuesday, November 04, 2008 3:03 PM To: hlds_linux@list.valvesoftware.com Subject: Re: [hlds_linux] L4D dedicated server and muiltple cores Thanks for the response and the information. The box I'm hoping to use is a 3.0 GHz Core2Duo. Assuming the box is dedicated to L4D and it is hosting multiple server instances, would it be more efficient to use taskset to lock each server process to a specific core, or use the one host process with multiple children mode and let the scheduler sort it out? My goal is to run at least two servers on this box, possibly three. If I can run more than one server instance on the same CPU core without impacting performance, that will be great. Thanks, Dave - Original Message - From: Chris Green [EMAIL PROTECTED] Date: Tuesday, November 4, 2008 5:18 pm Subject: Re: [hlds_linux] L4D dedicated server and muiltple cores To: 'Half-Life dedicated Linux server mailing list' hlds_linux@list.valvesoftware.com Only slightly. A single l4d server takes significantly less than 1 core's worth of cpu, so we see it as more valuable to use multiple cores in order to run a lot of server instances per box. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David A. Parker Sent: Tuesday, November 04, 2008 12:31 PM To: hlds_linux@list.valvesoftware.com Subject: [hlds_linux] L4D dedicated server and muiltple cores Hello, Will the L4D dedicated server take advantage of multiple CPU cores? Thanks, Dave -- Dave Parker Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] l4d Dedicated server notes
Just for planning the integration: When will the Client Demo be released? Or is it already released? ;) Sorry for that question cheers Marcel ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] l4d Dedicated server notes
* All of the code is now being compiled with gcc 4.3.0 and glibc 2.8-8 in order to take advantage of compiler fixes and optimization enhancements. In order to run the l4d Linux dedicated server, you will need a system which can run binaries built against this version of glibc. debian etch supports only Glibc 2.3, does this mean i'm not able to setup a server with debian etch as host? -Raphael -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Chris Green Gesendet: Donnerstag, 6. November 2008 02:37 An: 'hlds_linux@list.valvesoftware.com' Betreff: [hlds_linux] l4d Dedicated server notes Linux dedicated server changes for Left4Dead There have been many changes, enhancements, and optimizations with the dedicated server for Linux: * All of the code is now being compiled with gcc 4.3.0 and glibc 2.8-8 in order to take advantage of compiler fixes and optimization enhancements. In order to run the l4d Linux dedicated server, you will need a system which can run binaries built against this version of glibc. * As a performance enhancement, the dedicated server can now use the hardware RDTSC timer instead of gettimeofday() for its internal timing, on systems which support it ( such systems are identified by having the constant_tsc flag set in /proc/cpuinfo ). When the code detects that the system has this, it will execute a benchmark to measure the actual rate of the hardware timer, and use this for all timing. If this causes trouble on a system, you can set the environment variable RDTSC_FREQUENCY to disabled. * The Linux dedicated server is now capable of running multiple server instances as sub-processes off of one parent process. This provides a memory savings (through sharing of read-only data), a speedup when starting multiple servers, and also enhances server stability by having the servers restart as new sub-processes after each game is completed. This is controlled by the -fork n option. For instance, you can run srcds_run -fork 5 to start up 5 separate server instances in this mode. * When -fork mode is enabled, some options on the command line can be parametrized based upon the server instance, by typing '##' on the launching line. For instance, -fork 10 -netconport 90## would cause the first server instance to use port 9001, the second to use 9002, etc. * There is a new remote access feature which allows a server administrator (or tool) to create a persistent connection to a running server, and to see its entire console output and send it commands. This feature is enabled by using the -netconport option when launching srcds_i486. For instance, if a server is started with -netconport 9000, someone with access to port 9000 of the server could type telnet 9000 and view the console output. This feature is disabled by default, and should only be used when an appropriate firewall/tunnel is used to control access to this port. Multiple clients can connect to the netconport of a running server at the same time. * If the netconsole is enabled, and the option -netconpassword xxx is set, the network console will not execute commands received through the netconport until the command PASS xxx is entered. ___ 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] l4d Dedicated server notes
I would guess this just means that you need to install a glibc 2.8 package for your os (multiple versions can be present). This should be trivial if a precompiled package exists for your os and version, and somewhat more complicated if not. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Raphael Hehl Sent: Wednesday, November 05, 2008 11:07 PM To: 'Half-Life dedicated Linux server mailing list' Subject: Re: [hlds_linux] l4d Dedicated server notes * All of the code is now being compiled with gcc 4.3.0 and glibc 2.8-8 in order to take advantage of compiler fixes and optimization enhancements. In order to run the l4d Linux dedicated server, you will need a system which can run binaries built against this version of glibc. debian etch supports only Glibc 2.3, does this mean i'm not able to setup a server with debian etch as host? -Raphael -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Chris Green Gesendet: Donnerstag, 6. November 2008 02:37 An: 'hlds_linux@list.valvesoftware.com' Betreff: [hlds_linux] l4d Dedicated server notes Linux dedicated server changes for Left4Dead There have been many changes, enhancements, and optimizations with the dedicated server for Linux: * All of the code is now being compiled with gcc 4.3.0 and glibc 2.8-8 in order to take advantage of compiler fixes and optimization enhancements. In order to run the l4d Linux dedicated server, you will need a system which can run binaries built against this version of glibc. * As a performance enhancement, the dedicated server can now use the hardware RDTSC timer instead of gettimeofday() for its internal timing, on systems which support it ( such systems are identified by having the constant_tsc flag set in /proc/cpuinfo ). When the code detects that the system has this, it will execute a benchmark to measure the actual rate of the hardware timer, and use this for all timing. If this causes trouble on a system, you can set the environment variable RDTSC_FREQUENCY to disabled. * The Linux dedicated server is now capable of running multiple server instances as sub-processes off of one parent process. This provides a memory savings (through sharing of read-only data), a speedup when starting multiple servers, and also enhances server stability by having the servers restart as new sub-processes after each game is completed. This is controlled by the -fork n option. For instance, you can run srcds_run -fork 5 to start up 5 separate server instances in this mode. * When -fork mode is enabled, some options on the command line can be parametrized based upon the server instance, by typing '##' on the launching line. For instance, -fork 10 -netconport 90## would cause the first server instance to use port 9001, the second to use 9002, etc. * There is a new remote access feature which allows a server administrator (or tool) to create a persistent connection to a running server, and to see its entire console output and send it commands. This feature is enabled by using the -netconport option when launching srcds_i486. For instance, if a server is started with -netconport 9000, someone with access to port 9000 of the server could type telnet 9000 and view the console output. This feature is disabled by default, and should only be used when an appropriate firewall/tunnel is used to control access to this port. Multiple clients can connect to the netconport of a running server at the same time. * If the netconsole is enabled, and the option -netconpassword xxx is set, the network console will not execute commands received through the netconport until the command PASS xxx is entered. ___ 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] l4d Dedicated server notes
Hi Just for planning the integration: When will the Client Demo be released? Or is it already released? ;) Sorry for that question If you pre-purchased Left 4 Dead, you may download Demo now. More information http://store.steampowered.com/news/1977/ Andrey. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
