Re: [hlds_linux] Linux Distribution and Kernel

2010-09-01 Thread Marco Padovan
As a rhel fan I suggest Redhat MRG. http://www.redhat.com/mrg/ Of course 64bit (I'm assuming your have servers with at least 16gb of ram... so there's absolutely no doubt in choosing the 32/64bit version... 32bit PAE results in too much overhead) Il 30/08/2010 21:17, Alon Gubkin ha scritto:

Re: [hlds_linux] Linux Distribution and Kernel

2010-09-01 Thread Ulrich Block
Since you can tune and change every distro as you like (kernel/gcc/and so on), there is no point in arguing about distros. Just choose the one you like most and modify it to your needs. With 8+GB ram and supporting CPU choose the 64bit version. In other cases you are fine with 32bit too.

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread Ulrich Block
+1 On my Systems I go for the largest throughput and not highest/most stable fps. Without preemtion, RT and such nobody complained about the servers so far. Am 31.08.2010 07:56, schrieb Nephyrin Zey: +1 to Everything Gary said - RT kernels are generally a waste. They might ensure more

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread Craig H
In actual response to the original question, Ubuntu is fine, I find it a lot easier to use than a lot of other distributions. As for your question about x86 or x64, if your box can run the 64-bit version there really isn't much of a reason not to. On Tue, Aug 31, 2010 at 12:34 AM, Ulrich Block

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread Alon Gubkin
Okay guys, you convinced me - I will use the 2.6.35.4 kernel without any patches. I'm going to configure the kernel like so: - *General setup*: - *RCU Subsystem* *(ignore if not present)* - Enable *RCU Implementation (Preemptible RCU)* - Disable *Enable tracing for

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread Ben Mendis
On Tue, Aug 31, 2010 at 4:46 AM, Craig H robolea...@gmail.com wrote: In actual response to the original question, Ubuntu is fine, I find it a lot easier to use than a lot of other distributions. As for your question about x86 or x64, if your box can run the 64-bit version there really isn't

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread Kyle Sanderson
Some people have suggested to myself to use a *Zen-Kernel* and base my compilation off of that. However, my system at the moment is broken so I haven't been able to test any new kernels. As for your settings, if you're looking for throughput (And what has already been stated). 100hz, Tickless, No

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread Chris Boot
On 31/08/2010 16:00, Ben Mendis wrote: On Tue, Aug 31, 2010 at 4:46 AM, Craig Hrobolea...@gmail.com wrote: In actual response to the original question, Ubuntu is fine, I find it a lot easier to use than a lot of other distributions. As for your question about x86 or x64, if your box can run

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread Allan Button
also ;) Allan -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Ben Mendis Sent: August-31-10 11:00 AM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Linux Distribution and Kernel

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread Crazy Canucks
...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Ben Mendis Sent: August-31-10 11:00 AM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Linux Distribution and Kernel On Tue, Aug 31, 2010 at 4:46 AM, Craig Hrobolea...@gmail.com wrote: In actual

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread Gary Stanley
At 07:36 AM 8/31/2010, Alon Gubkin wrote: Okay guys, you convinced me - I will use the 2.6.35.4 kernel without any patches. Note that I changed *time frequency* to 1000 HZ and disabled *Tickless System (Dynamic Ticks)*. In the orginal

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread Gary Stanley
At 07:36 AM 8/31/2010, Alon Gubkin wrote: Okay guys, you convinced me - I will use the 2.6.35.4 kernel without any patches. Note that I changed *time frequency* to 1000 HZ and disabled *Tickless System (Dynamic Ticks)*. In the orginal

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-31 Thread jlaws
1. Do I really need to mess with the kernel default configuration for stable 1000fps kernel? 2. Should I use 100HZ and no tickless system instead of 1000HZ and tickless system enabled? 3. What would you suggest to do more? (For example to enable x, disable y, or dont do z)

[hlds_linux] Linux Distribution and Kernel

2010-08-30 Thread Alon Gubkin
What linux distribution and kernel would you suggest for running source dedicated servers? Currently I use Ubuntu Server 10.04 x86 and 2.6.33.7-rt29. By the way, is there any reason to use Ubuntu Server 10.04 x64 instead of x86? As far as I know, srcds doesn't support 64-bit.

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-30 Thread Gary Stanley
At 03:17 PM 8/30/2010, Alon Gubkin wrote: What linux distribution and kernel would you suggest for running source dedicated servers? Currently I use Ubuntu Server 10.04 x86 and 2.6.33.7-rt29. By the way, is there any reason to use Ubuntu Server 10.04 x64 instead of x86? As far as I know, srcds

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-30 Thread Gary Stanley
At 03:17 PM 8/30/2010, Alon Gubkin wrote: What linux distribution and kernel would you suggest for running source dedicated servers? Currently I use Ubuntu Server 10.04 x86 and 2.6.33.7-rt29. By the way, is there any reason to use Ubuntu Server 10.04 x64 instead of x86? As far as I know, srcds

Re: [hlds_linux] Linux Distribution and Kernel

2010-08-30 Thread Nephyrin Zey
+1 to Everything Gary said - RT kernels are generally a waste. They might ensure more accurate wakeups, but the sleep(1) call really limits how accurate those can be anyway even with hires timers, a ld_preload to mess with sleep() could get you much more accurate/efficient wakeups, but that's more