--
[ Picked text/plain from multipart/alternative ]
Not entirely sure what exactly you are wanting, but I'm guessing maybe
something like ...
my $params = join(" ",@ARGV);
$params =~ m/\-ip +(\S+) +-port +(\S+) +-pass +(\S+) +-command +(.+)/;
my $ipaddress = $1;
my $port = $2;
my $pass = $3;
my
--
[ Picked text/plain from multipart/alternative ]
Isn't it sys_ticrate for hlds_run (and tickrate for srcds ?), and hasn't
there been a problem for a long time using pingboost of 3 and high frequency
kernel (try changing it to 2 to test).
On 9/9/07, Guy Watkins <[EMAIL PROTECTED]> wrote:
>
> Sho
>>>>> Temporarely this is solved with -pingboost 2-3 option on startline
> >>>>>
> >>> and
> >>>
> >>>>> that helped a bit but spikes still occur.
> >>>>>
> >>>>> Let it be noted that in 2
--
[ Picked text/plain from multipart/alternative ]
I think as ever it may be useful if people list a bit more info to enable
Valve to isolate if they haven't already (a couple of mails have been more
specific about specs etc).
Maybe list all the usual stuff, hardware, server settings, mods etc. T
--
[ Picked text/plain from multipart/alternative ]
Quick test. Try turning pure off and see if it helps, one clan found this
fixed their lag problems, might be similar.
On 6/19/07, Alex / ch4os <[EMAIL PROTECTED]> wrote:
>
> hi back,
>
> this is update related, your hardware should be ok.
> we su
--
[ Picked text/plain from multipart/alternative ]
Looks to me from the cpu usage you're probably overloading them.
On 3/23/07, Deacon - Digital Gaming eXtreme <[EMAIL PROTECTED]> wrote:
>
> My servers lag. It doesn't get more simple than that. This has been an
> on-going issue w/ my systems fo
From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of Ian mu
> Sent: Wednesday, December 06, 2006 7:07 PM
> To: hlds_linux@list.valvesoftware.com
> Subject: Re: [hlds_linux] Rcon commands via bash scripts
>
> --
> [ Picked text/plain from multipart/alternative ]
>
--
[ Picked text/plain from multipart/alternative ]
Hiya, I'm guessing if you want to do multiple words as the command you maybe
need to quote them like...
screen -S hl_27501 -X -p0 eval "stuff 'changelevel de_dust'^m" //the
addition of the ' ' if its hard to see, can't test it here properly a
t; -----Original Message-
> From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of Ian mu
> Sent: Wednesday, December 06, 2006 4:54 PM
> To: hlds_linux@list.valvesoftware.com
> Subject: Re: [hlds_linux] Rcon commands via bash scripts
>
> --
> [ Picked text/plain
]
> Tlf: 22170020 / Mob 9699
> Faks: 22178218
> Web: www.novanett.no
>
>
> -Original Message-----
> From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of Ian mu
> Sent: Wednesday, December 06, 2006 4:40 PM
> To: hlds_linux@list.valvesoftware.com
> Su
s to a screen? :)
>
> Med vennlig hilsen:
> Andreas Kang Schøyen
> It konsulent
> NovaNett IT A/S
> Adr: Grønland 14, 0188 Oslo
> E-post: [EMAIL PROTECTED]
> Tlf: 22170020 / Mob 9699
> Faks: 22178218
> Web: www.novanett.no
>
>
> -Original Message-
&g
--
[ Picked text/plain from multipart/alternative ]
Are you able to use "screen" for the process? If so you could just send a
message via screen to the console (saves having to worry about rcon
code/issues).
Ian
On 12/6/06, Andreas Kang Schøyen <[EMAIL PROTECTED]> wrote:
>
> Hello!
>
> Is there
--
[ Picked text/plain from multipart/alternative ]
Btw, alternately I think there may be some php rcon classes, but don't have
a link at hand.
On 12/6/06, Ian mu <[EMAIL PROTECTED]> wrote:
>
> Are you able to use "screen" for the process? If so you could just send a
--
[ Picked text/plain from multipart/alternative ]
I kinda agree with this, most of the pro ut2k4 clans we have set theirs up
at 40 even.
Whatever, I personally would trade a clamped 66tick (i.e by the engine) than
having a whole host of servers set at 33, 66, 75, 100 etc, of which some
can't han
--
[ Picked text/plain from multipart/alternative ]
On the coke test of being able to tell the difference (haven't tested on a
lan, but guessing not referring to that), anyone we've tested to see if they
can tell the difference have never been able to (decent players, with a few
not even being able
----------
>
> - Marcel
>
>
> Ian mu schrieb:
> > --
> > [ Picked text/plain from multipart/alternative ]
> > Hiya, just not sure yet if this has been fixed yet, and whether to
> update
> > our servers?
> >
> > Tia, Ian
> >
> >
--
[ Picked text/plain from multipart/alternative ]
Hiya, just not sure yet if this has been fixed yet, and whether to update
our servers?
Tia, Ian
On 11/30/06, Alfred Reynolds <[EMAIL PROTECTED]> wrote:
>
> Actually, I managed to reproduce this, we will have a fix ASAP.
>
> Alfred Reynolds wrot
--
[ Picked text/plain from multipart/alternative ]
I'd be tempted to do some digging in the other logs like /var/log/auth.log
and others for things around the same time and see if anythings there,
fairly hard to tell if its a problem or not just from that alone.
On 11/27/06, TwoEyedHuman <[EMAIL
--
[ Picked text/plain from multipart/alternative ]
Still check the bits mentioned, like half duplex and dma on hard drive.
Although its only evident with hlds, it could still be thats the only app on
there which will highlight the problem rather than it being the actual cause
of the problem itself
--
[ Picked text/plain from multipart/alternative ]
It is however very good at making rcon stats cpu value very nice and lower
than reality ;). (oops never said that)
On 11/15/06, William Warren <[EMAIL PROTECTED]>
wrote:
>
> keep in mind that logical cpu isn't actually a cpu. it's a fake one
> j
2 threads 50/50 on
> the very same CPU.
>
> or maybe I'm totally wrong on this HT thing...
>
>
> Ian mu wrote:
> > --
> > [ Picked text/plain from multipart/alternative ]
> > Your'e missing the point still a bit, with ht you don't have 100% global
> c
--
[ Picked text/plain from multipart/alternative ]
Your'e missing the point still a bit, with ht you don't have 100% global cpu
to play with in the first place, you only have 50% plus the benefit of ht.
The o.s essentially doesn't realise 2 of the cpu's are virtual and can't be
used to their full
--
[ Picked text/plain from multipart/alternative ]
Yup, be wary of that gotchya, the two HT virtual cpu's don't really count
for much (we still find it helps a bit for a situation like lots of small
servers though), maybe 10% if lucky, so basically we base everything on just
two main cpu's.
On 11
--
[ Picked text/plain from multipart/alternative ]
Other one worth a double check is dma on the hard drive, can check with
hdparm /dev/hdx (if its ide, guessing it maybe is from spec) and check its
set to 1. Have seen a few boxes that have a few errors and it turns off.
On 11/15/06, Whisper <[EMA
--
[ Picked text/plain from multipart/alternative ]
Illogical. Why would someone complaining of high cpu usage with a setting of
1000 tick get advice that AMDs are duff as they are capped lower. If
anything you may want to lower it a bit within reason.
Memory "may" be fine, check it with the "free
--
[ Picked text/plain from multipart/alternative ]
20-26% boost over other distros? You're either on crack, or your previous
setup was _extremely_ badly implemented.
If anyones looking for a redhat derivative for severs, may as well try
Centos which is Redhat Enterprise exactly (just legally have
--
[ Picked text/plain from multipart/alternative ]
Sorry if any confusion, I was _only_ relating the kernel settings to the
comment earlier about comparing server fps, not cpu, meaning you will get a
lower max fps, and thats not an issue with valve (or with Linux, as you
could recompile or a use a
stall SNMP on the Windows box and start graphing
> CPU/RAM usage (I have a few months graphs from the Ubuntu installation).
>
> If I find a glaring difference I'll put them up for comparison.
>
> -Scott
>
> -Original Message-----
> From: [EMAIL PROTECTED]
> [mailto
--
[ Picked text/plain from multipart/alternative ]
Not too sure which Ubuntu ver you were using, but thought I'd just mention
that I "think" some of the later ones, especially server cd ver (just going
off what I was told, not verified by myself) have their kernel frequency
low. Maybe something li
--
[ Picked text/plain from multipart/alternative ]
Few different options...
screen -Sdm somename ./srcds_run blah blah(dm = detached mode, screen -R
somename will put u back in the session, ctrl-ad detach you) thats my
preferred way.
./srcds_run blah blah & (make sure you use exit to quit se
--
[ Picked text/plain from multipart/alternative ]
I may be wrong (don't run hlds any more), but wasn't pingboost not required
with later kernels with faster kernel frequency, or was I mistaken. Thought
always pingboost was there for the old 2.4 based kernels that had the 50hz
timer.
Whatever I'd
--
[ Picked text/plain from multipart/alternative ]
Would get a big vote from me, don't see why once a week a check couldn't be
done on each network for physical location and store that really alongside
servers.
On 9/25/06, Steven Hartland <[EMAIL PROTECTED]> wrote:
>
> Alfred Reynolds wrote:
> >
ime when a ht system is quiet a bit later to test on that.
On 9/23/06, Ian mu <[EMAIL PROTECTED]> wrote:
>
> Thanks for the stats, handy to know someone else got about that. I don't
> have any none used HT setups atm to try it on without people screaming :). I
> think
f its the same? Just then isolates the behaviour out of a ht system.
On 9/23/06, Rüdiger Meier <[EMAIL PROTECTED]> wrote:
>
> On Friday 22 September 2006 09:36, Ian mu wrote:
> > First thing I tend to do is run something like prime95 or something
> > else
--
[ Picked text/plain from multipart/alternative ]
There's a couple of different top versions/outputs depending on dist/version
so be a bit wary. I've seen a couple where the max was 50% or 100% depending
on which one.
First thing I tend to do is run something like prime95 or something else
that
--
[ Picked text/plain from multipart/alternative ]
It isn't 50% of a cpu, its 50% of 2 virtual cpu's (per cpu, extend to
multiple cpu setups), just some think its 50% as it can look like that, you
can't count one virtual cpu as one normal cpu. This is where the whole thing
gets messy and you hear
--
[ Picked text/plain from multipart/alternative ]
By the way, might also be worth looking into rsync for your script and
updates, might be a handy way you can utilise it saving you some work as it
can work with just updated files, archive, compress etc all in one command.
On 8/30/06, Cc2iscooL <
--
[ Picked text/plain from multipart/alternative ]
We don't do 100 tick larger servers at all (although depends on your
definition of large). Too many odd issues, we'll always go with what we can
pretty much guarantee will be a good playable performance wih 66 tick.
Personally I wish Valve would j
--
[ Picked text/plain from multipart/alternative ]
It's not old in certain stable dists, its the latest.
On 7/18/06, Martin Zwickel <[EMAIL PROTECTED]> wrote:
>
> --
> On Mon, 17 Jul 2006 13:12:40 -0500
> Jon McDermott <[EMAIL PROTECTED]> bubbled:
>
> > I'm seeing from 2 to 10 of these messages a
--
[ Picked text/plain from multipart/alternative ]
try ./steam -command update -game cstrike -dir
On 7/18/06, Gant Man <[EMAIL PROTECTED]> wrote:
>
> --
> [ Picked text/plain from multipart/alternative ]
> Hello, I have Fedora Core 5 installed on my machine.
>
> I'd like to install the HLDS on i
--
[ Picked text/plain from multipart/alternative ]
Basically I think the cpu usage for dod:s is a pain in the ass too, but
ultimately I can't see Valve "fixing" that as I just think the extreme cpu
usages now are part of their Valves standard of whats normal (and probably
why there will never be a
--
[ Picked text/plain from multipart/alternative ]
It will take very minor advantage of smp to my understanding (like I think
vac may use its own thread? Can't remember all the specifics). But there
isn't any major coding of the engine to take advantage of it. It will
naturally run fine, just no a
--
[ Picked text/plain from multipart/alternative ]
Ngghh pingboost 3 and posting on an issue on cpu usage?
On 5/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Another possible Reason: Pingboost
> I'm using -pingboost 3 on my Server.
>
> Any other People, having Problems since v35 running
--
[ Picked text/plain from multipart/alternative ]
It is, but he was asked for a read only cvar to check :).
On 5/2/06, Craig Moore <[EMAIL PROTECTED]> wrote:
>
> I thought it was read-only, at least in the source engine since you
> have to disable VAC in the start line.
>
> On 5/2/06, Alfred Rey
--
[ Picked text/plain from multipart/alternative ]
I think you're both coming at it from opposite angles and depends what you
are looking at. For example because of the way srcds has changed (until its
fixed), it _may_ take 100%, however thats a specific case. If you take a
game without that issue
--
[ Picked text/plain from multipart/alternative ]
Ff there's something you don't want to affect/compete with the game server
(like mysql, httpd or something, anything none essential time wise, which
aren't good things to run on a gaming server anyway, but some have no choice
I guess), maybe posit
--
[ Picked text/plain from multipart/alternative ]
Think it depends on location (guessing maybe uk from your website) and specs
and cost really, so ideally a bit more info. Not sure if any give root out,
but personally for dedicated machines I'd tend to stick with the more well
known places do you
sn't matter if its hard or easy to do it can be done so its
> neither here nor there.
>
> Yes valve could do some stuff to make securing it easier but
> if you allow mods to be uploaded then it wouldn't make any
> difference.
>
>Steve
>
> - Original
mod come into play).
On 4/6/06, Steven Hartland <[EMAIL PROTECTED]> wrote:
>
> Why should Valve be responsible for fixing people insecure
> environments?
>
> There are various solutions to this but it just takes proper care
> and attention to the security issues involved.
--
[ Picked text/plain from multipart/alternative ]
Not allowing ftp access isn't a solution (how do people upload maps?),
chroot isn't a solution, its certainly a good improvement, but you can still
take down a server (whole machine) from a chrooted environment no problem,
you just limit any perma
arty run and also have write access to).
>
> - Alfred
>
> Ian mu wrote:
> > --
> > [ Picked text/plain from multipart/alternative ]
> > This is a serious risk. All they need is ftp access, and essentially
> > they
> > can now have ssh access. A simple one liner
--
[ Picked text/plain from multipart/alternative ]
This is a serious risk. All they need is ftp access, and essentially they
can now have ssh access. A simple one liner (even as an under privileged
user) can take the whole machine down (tried and tested).
Only way around not letting them install
--
[ Picked text/plain from multipart/alternative ]
Hiya, we're getting insecure and connection successful.
I'm guessing Valve having a few probs with VAC servers at the mo or
something.
On 3/27/06, Tom <[EMAIL PROTECTED]> wrote:
>
> One server displays following message.
>
> "Connection to Stea
--
[ Picked text/plain from multipart/alternative ]
If I'm reading it right, I get the impression if you got the files from the
metamod site you should be fine. The problem is some dodgy server admins
could use an amended metamod to perform certain changes. Realistically that
can only be done with
uld be that i dont RC though.. :)
> ---
> Gamefuel
>
> kama wrote:
>
> >I believe it reports that when its empty for some reason.
> >
> >/Bjorn
> >
> >On Mon, 27 Mar 2006, Ian mu wrote:
> >
> >
> >
> >>--
> >>[ P
--
[ Picked text/plain from multipart/alternative ]
Hiya, just trying to understand an error getting in console
exec banned.cfg: file size larger than 20MB error
exec banned_user.cfg: file size larger than 20MB error
Just wondering, if this normal, or something that can be ignored? Just the
f
--
[ Picked text/plain from multipart/alternative ]
Just to clarify, looks like its finally gone secure, so maybe there were
master server problems, or it now takes longer to auth or something, but
worth checking if its ok now.
On 3/21/06, Ian mu <[EMAIL PROTECTED]> wrote:
>
&g
--
[ Picked text/plain from multipart/alternative ]
Nnnngggh
Confirmed, vac no longer works after update on our servers as well. Hoping
this one will get fixed soon before the natives get riled :).
On 3/21/06, John Sheu <[EMAIL PROTECTED]> wrote:
>
> I, for one, welcome out new cheater overlords
--
[ Picked text/plain from multipart/alternative ]
Confirming what "issue"?
Don't renice the process. There's no need unless you're running extra stuff
as well, in which case simple nice positively the other app which is
running.
I.e on that article, there's no "problem" as such reported. If som
--
[ Picked text/plain from multipart/alternative ]
What tickrate are the servers running at? (apologies if it was in an earlier
mail, missed it if so). Just might help to get an overall idea of what it
should be able to cope with.
Ian
On 3/3/06, Mathias Sandahl <[EMAIL PROTECTED]> wrote:
>
> --
--
[ Picked text/plain from multipart/alternative ]
Maybe it would help if you pasted the ip:port and network settings, then I'm
sure someone will hop on the server and see if anything obvious seems amiss.
Might just cut to the chase so to speak.
On 2/17/06, Administracija <[EMAIL PROTECTED]> wrot
--
[ Picked text/plain from multipart/alternative ]
Hiya, which is the remote exploit? (might be handy just so people can check
if it will be an issue for them, as some people need to get others to update
for them).
On 2/9/06, Kingsley Foreman <[EMAIL PROTECTED]> wrote:
>
> might I suggest everyon
--
[ Picked text/plain from multipart/alternative ]
I think some of the latest kernels (or dists) like fedora core have the
kernel HZ dropped from 1000 down to 250 (which would give a solid 125fps).
Not aware what people like Debian are doing atm, but might be worth people
checking before updating
--
[ Picked text/plain from multipart/alternative ]
Updated the kernel recently at all?
On 2/8/06, Marcel Beringer <[EMAIL PROTECTED]> wrote:
>
>
> Hi all,
>
> I am running a CS server for 24 players for over a year now, very busy,
> full every evening from 18:00 to 01:00.
>
> I allways had around
--
[ Picked text/plain from multipart/alternative ]
Never really checked bots too well in srcds so others can inform better, but
bots typically take up a lot of cpu as long as they are not idle (i.e if it
has to calculate movements for them, shots etc etc).
Be careful when checking the cpu usage o
--
[ Picked text/plain from multipart/alternative ]
If only running 2 servers on a dual cpu setup, I'd be tempted to set
affinity on the processes to separate cpus with the taskset command (may
need to install the rpm as not sure if it comes with fedora, but it should
work fine on redhat based syst
--
[ Picked text/plain from multipart/alternative ]
You can use the "taskset" command. Not all dists have it as default, but you
can normally install it as rpm etc for your dist.
On 1/14/06, William Warren <[EMAIL PROTECTED]>
wrote:
>
> unfortunatly it appers youa vhe to be a coder to use this.
--
[ Picked text/plain from multipart/alternative ]
If you use screen (with -c) you can send commands as well easy enough as
another option.
On 12/4/05, W0kk3L <[EMAIL PROTECTED]> wrote:
>
> Try kkrcon: http://kkrcon.sourceforge.net/
> Works like a charm.
>
> -W0kk3L-
>
> - Original Message --
--
[ Picked text/plain from multipart/alternative ]
Has a possible solution at the end of that thread btw in case you haven't
checked it recently.
On 12/3/05, Manuel Mausz <[EMAIL PROTECTED]> wrote:
>
> This is the same problem i mentioned in the thread "Still problems with
> hlds v27".
> There is
--
[ Picked text/plain from multipart/alternative ]
It has to be done correctly for the reasons mentioned. Main thing is a
simple polite "can you next time please start with a fresh mail and not
reply to one and change the topic for archiving reason" should suffice
really.
On 11/28/05, Andrew Fors
icles even heavily threaded apps suffer with HT turned
> on, so I have yet to see where HT actually improves anything anywhere.
>
> -sb
>
> On 11/19/05, Ian mu <[EMAIL PROTECTED]> wrote:
> > --
> > [ Picked text/plain from multipart/alternative ]
> > If i
--
[ Picked text/plain from multipart/alternative ]
If it couldn't peak at more than 50% (of one cpu) then its setup wrong.
Being unable to peak at more than 50% of 2 virtual cpu's would make perfect
sense though. Depends what you were looking at.
On 11/19/05, Saint K. <[EMAIL PROTECTED]> wrote:
>
t 27015 -steamport
> 27009 -tv_port 27020 -clientport 27005 -map de_dust2 -maxplayers 16
> -tickrate 100
> Again.. Thanks for the help on this.. :)
>
> Ian mu wrote:
>
> >--
> >[ Picked text/plain from multipart/alternative ]
> >Think thats for port only, and he means
--
[ Picked text/plain from multipart/alternative ]
Think thats for port only, and he means IP, or can you set the IP with that?
For us its been bugged for ages, what we have to do to get around this with
steam is take down any other interfaces it could bind to, run the dedicated
server, then up t
--
[ Picked text/plain from multipart/alternative ]
Hmm not sure what really you're saying, I can't see 500fps being any problem
at all and unrelated to erratic pings (unless the 500 is dropping
significantly I would think). 500 should be fine.
Just wondering, you are setting heapsize to 524,288,
--
[ Picked text/plain from multipart/alternative ]
Have already done :)
On 11/8/05, Eric (Deacon) <[EMAIL PROTECTED]> wrote:
>
> In a bold display of creativity, Ian mu wrote:
> > Hiya, feel free to mail me off list as have setup both windows/linux Q4
> > servers and test
--
[ Picked text/plain from multipart/alternative ]
Hiya, feel free to mail me off list as have setup both windows/linux Q4
servers and tested a fair amount on them.
Ian
On 11/7/05, Cory Clemmer <[EMAIL PROTECTED]> wrote:
>
> http://zerowing.idsoftware.com/linux/quake4/
> http://en.wikipedia.org
he server side inside out, by
> invitation,
> anyone who is actually interested in that list, please e-mail me:
> [EMAIL PROTECTED] , if enough people support this, I shall create
> this
> list.
>
> On 10/16/05, Ian mu <[EMAIL PROTECTED]> wrote:
> >
> > --
>
--
[ Picked text/plain from multipart/alternative ]
Yup, the effort I've seen people like Steve put into things like Qstat which
so many use I think is a fair example tbh. Seen so many people use that from
GSPs to gamers in irc etc. I just don't think you can make statements like
have been made. I
--
[ Picked text/plain from multipart/alternative ]
What kernel version are you running?
On 10/16/05, Pete Clifford [sl1ps] <[EMAIL PROTECTED]> wrote:
>
> This is a multi-part message in MIME format.
> --
> [ Picked text/plain from multipart/alternative ]
> Hi, I've had my own dedicated box with a
--
[ Picked text/plain from multipart/alternative ]
I help a GSP, we also help developers and typically may give them a free
server to host their test platform on if it helps them. There's various
people who work for or help GSPs here who also contribute a lot of their
knowledge to the list and I s
--
[ Picked text/plain from multipart/alternative ]
I disagree that its necessarily wrong. If it's coming from the point of view
of gaming/linux/hlds then I still think its valid. Some remotes may take
more usage for example and I wouldn't suggest running them on a box with
running game servers unl
--
[ Picked text/plain from multipart/alternative ]
http://www.tightvnc.com/ ?
On 10/15/05, Genocidal <[EMAIL PROTECTED]> wrote:
>
> --
> [ Picked text/plain from multipart/alternative ]
> Wow, shut the fuck up. I'm simply asking for some help because I've really
> never used linux before and I co
--
[ Picked text/plain from multipart/alternative ]
Personally I think there's the odd side issue that creeps in, I've helped a
couple of gsps for several years now, but get the impression some other
people from some gsps that in reality they don't really want to help others
in a competetive busine
he
latest kernel, or some adjustment that prevents the issue, but is evident in
all other cases.
On 10/14/05, Gary <[EMAIL PROTECTED]> wrote:
>
> Not an OS issue, happens on both *NIX and windows variants.
>
> At 02:38 PM 10/13/2005, ScratchMonkey wrote:
> >--On Thursday,
--
[ Picked text/plain from multipart/alternative ]
Is it possible for those with the problem to confirm what dist and kernel
version on any machines that have the problem, just may help give some ideas
as well?
On 10/13/05, e-Plutonia <[EMAIL PROTECTED]> wrote:
>
> --
> [ Picked text/plain from m
--
[ Picked text/plain from multipart/alternative ]
There's still the odd bit broke like -steamport from the last update. We've
got 2 or 3 servers that won't go secure until they fix it (assuming thats
what it is as it fixed it the first time).
On 10/12/05, Mahmoud Foda <[EMAIL PROTECTED]> wrote:
he original posters configuration. I can generate similar results on
> > >a couple of non production machines, disabling HT does fix the
> > >problem (it's been verified by others on this list before.)
> > >
> > >/ges
> > >
> > >At 02:05 PM
pu usage is around 50%. The 32
> dods maxes out 1/2 of 2.8 so by turning off HT i could gain full usage of
> 2.8 for the 32 player server (possibly 40 slots) and leave the other games
> in place. At least that is what I hope to achieve!
>
>
> >From: Ian mu <[
--
[ Picked text/plain from multipart/alternative ]
I know, no one has said they are multithreaded, multitasking though it can
help in (no not huge amounts but the question is more is it a problem,
rather than does it help loads). Now it could well be there is a specific
valve issue with some setup
is list before.)
>
> /ges
>
> At 02:05 PM 10/6/2005, Ian mu wrote:
> >--
> >[ Picked text/plain from multipart/alternative ]
> >For those who think HT is the problem, can they explain why benchmarks
> show
> >most none-multithreaded apps run faster (albeit only
--
[ Picked text/plain from multipart/alternative ]
For those who think HT is the problem, can they explain why benchmarks show
most none-multithreaded apps run faster (albeit only slightly) ? Don't
really want to turn this into a ht argument, but I'd like to see some
supporting evidence of the var
--
[ Picked text/plain from multipart/alternative ]
Indeed, higher the tick, higher the amount of gamestates calculated per
second, higher the cpu usage.
On 10/3/05, K2 <[EMAIL PROTECTED]> wrote:
>
> Um... 66 tickrate would use nearly twice the amount of cpu as a 33
> tickrate
> server. And then 1
--
[ Picked text/plain from multipart/alternative ]
Which mani ver are you using, I know the old ones caused seg faults, but
recent ones should be ok.
On 10/1/05, JCHost.net - Support <[EMAIL PROTECTED]> wrote:
>
> Bah it wont allow me to attach images. Basically what is happening is I'm
> getting
PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Oh the server starts at 333 just fine. However, get 12 people on it during
> a
> scrim and it will go 30-50fps until people start leaving. Again, the
> CPU never
> seems to go higher than 80% so I doubt that is a limiting factor.
&
--
[ Picked text/plain from multipart/alternative ]
Afaik Windows is capped at 500 without some changes, and Linux capped at 333
without some changes which I think is down to some relation with the kernel
frequency.
Haven't found anyone who's complained on a 333fps server as long as its a
steady 3
krate settings at runtime. Mani still
> >shows 66 tickrate for adverts using the [TICKRATE] flag. ? Just curious
> do
> >I use -tickrate or +tickrate when setting?
> >
> >JC
> >
> >-Original Message-
> >From: [EMAIL PROTECTED]
>
reached
> the limit of his hardware. My comment was mostly to be quick and painless
> but yet not definitive in its description but a generalized statement to
> give him a rough idea of what he was actually hosting that single-threaded
> application on.
>
> Hope that clears thin
--
[ Picked text/plain from multipart/alternative ]
If he means what I think he does by 1.4, he's incorrect (unless set
specifically in kernel, or a certain few dists which you don't have), so
thats irrelevant (again unless I misunderstand what is being implied). HT is
something people need to get
--
[ Picked text/plain from multipart/alternative ]
I think I can recall 100tick not being recommended for 32 slot servers,
however I'm not entirely sure of the full reasoning behind that if there is
enough cpu available. Could it be its hitting some cap of how much data it
can send within the maxr
1 - 100 of 199 matches
Mail list logo
