[bf1942] Server Utilization

Paul Richards noxis at clara.net
Mon Feb 2 10:43:23 EST 2004


Its no where near as bad on the previous version

5683 friction  15   0 52808  51m 6204 R 16.8  5.1   7:42.11 bf1942_lnxded
27480 fragm     15   0 97684  92m 5460 S  4.9  9.2 525:11.77 bf1942_lnxded

Friction is the 1.6 - 16.8% (peaking up to 35%)
Fragm is 1.5 - 4.9% (also peaking but not as often to about 15%)

This is the same box running both version, Dual Xeon 1.7Ghz

2.4.20-gentoo-r7 #1 SMP

I'd say this is potentially quite a large issue as alot of providors use
dual machines as they figure out cheaper to run

Cheers

Paul


----- Original Message ----- 
From: "Andreas Fredriksson" <andreas.fredriksson at dice.se>
To: <bf1942 at icculus.org>
Sent: Monday, February 02, 2004 3:20 PM
Subject: RE: [bf1942] Server Utilization


>
> I've been trying to fix this bug since the first 1.4 release but always
> come up empty handed. Profiling tells me that the time isn't spent inside
> the BF server itself but in syscalls. It might have to do with FPU
> exceptions
> or something equally obscure.
>
> In all honesty I wouldn't know how to produce a quick fix for this bug.
>
> // Andreas
>
> > -----Original Message-----
> > From: Paul Richards [mailto:noxis at clara.net]
> > Sent: Monday, February 02, 2004 4:03 PM
> > To: bf1942 at icculus.org
> > Subject: Re: [bf1942] Server Utilization
> >
> >
> > Andreas,
> >
> > Any idea on this SMP problem? As I am pretty sure the
> > previous version didnt have this, I am running Gentoo with a
> > SMP kernel and i just started up 1.6 for the first time,
> > empty server and its idling at 20 - 39%. Is it going to be a
> > possiblity to try to quickly patch this ?
> >
> > This is almost un-usable, all my unix/linux machines are SMP
> > boxes does the CPU usuage scale when players join? or does it
> > sit the same? If thats true then its no biggy and almost a
> > help or does this mean that a full 24 player is going to be
> > using like 90% cpu? If so this is a big step back in the
> > linux server port :/
> >
> > Cheers
> >
> > Paul
> >
> > ----- Original Message ----- 
> > From: "Andreas Fredriksson" <andreas.fredriksson at dice.se>
> > To: <bf1942 at icculus.org>
> > Sent: Monday, February 02, 2004 1:38 PM
> > Subject: RE: [bf1942] Server Utilization
> >
> >
> > >
> > > I can't say why some servers are showing this behaviour,
> > but it seems
> > > to depend on your kernel configuration. Last summer I received help
> > > from a community member and we tested many configurations and found
> > > the culprit to be SMP kernels causing a massive CPU overhead.
> > >
> > > The same machine running a non-SMP kernel would not have
> > the high-idle
> > > problem.
> > >
> > > The carrier problem should be fixed in 1.6 since we have
> > reverted the
> > > carrier collision meshes back to the 1.31 versions which
> > didn't have
> > > the problem.
> > >
> > > // Andreas
> > >
> > > > -----Original Message-----
> > > > From: Roland Kool [mailto:roland at cyso.nl]
> > > > Sent: Monday, February 02, 2004 1:39 PM
> > > > To: bf1942 at icculus.org
> > > > Subject: [bf1942] Server Utilization
> > > >
> > > >
> > > > Hello,
> > > >
> > > > Got some questions about CPU utilization behaviour I
> > noticed since I
> > > > installed the 1.6 patch on Linux. I've checked the forums @
> > > > lightcubed but didn't see any threads about it yet.
> > > >
> > > > All idle servers (servers with no players) use between 15
> > and 20% of
> > > > CPU. Before 1.6 is was between 0 and 5%. That's the CPU
> > util you see
> > > > when starting 'top'. Caused by PB perhaps?
> > > >
> > > > If you use screen -r to resume your servers screen, I
> > don't get all
> > > > server console output. I have to press the enter and it
> > looks like
> > > > the CPU util reported there is around 100% which drops
> > quickly back
> > > > to 2-5%.
> > > >
> > > > Does 1.6 finally fix the collision meshes causing high
> > util on maps
> > > > with boats/carriers?
> > > >
> > > > Best regards,
> > > >
> > > > Roland Kool
> > > > Thegamezone.nl
> > > >
> > >
> >
>




More information about the Bf1942 mailing list