Constant_tsc is set on processors which have a separate clock specifically for RDTSC in order to avoid the normal problems with it (variance due to power savings tech or anything else that varies the clock speed, core-to-core issues, etc).
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steven Hartland Sent: Thursday, November 06, 2008 3:06 AM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] l4d Dedicated server notes ----- Original Message ----- From: "Chris Green" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Thursday, November 06, 2008 1:36 AM Subject: [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. Ooo using a bleading edge compiler hope that doesn't cause issues. Going to seriously cut down the amount of hosts which can do this as mixing glibc versions can cause real pain. > * 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". Nice is "constant_tsc" just the name for the flag tsc seen below or is that something different:- flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 b19 b21 mmxext mmx fxsr xmm b26 b27 b28 b29 3dnow > > * 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. This doesnt give enough control to be able to use this option, could it be enhanced to give full control via either cmdline options or config settings? How is this done for server names? > * 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 xxxx 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. No acl on the server for this? > * 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. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] _______________________________________________ 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
