Author Topic: Lag.  (Read 7551 times)

Rprp

  • Posts: 30
  • Turrets: +0/-0
Lag.
« on: December 11, 2006, 08:48:37 am »
Hi,

I got lag on my server.
Dunno WHY.
If there are +- 15 players there is already lag 0_o
Server specs are high. (Dedicated Server).
Im using the AW patches.

Btw,
I does have only uploaded the game.qvm.
Not that SVN shit etc :P

Server Specs.

Proccesor: Pentium Dual Core.
Ram: 4gb.
Connection: 100mbit.

Some server doesnt have lag by 30 players. (Like SST etc etc etc)
How can i fix this lame problem?

Grtz, Rprp

PIE

  • Posts: 1471
  • Turrets: +96/-52
    • http://www.mercenariesguild.net
Lag.
« Reply #1 on: December 11, 2006, 09:27:13 am »
its located in Antartica!!
If you are serious about a 100mbit connection and the other specs..
Is this you hosting this on your own computer?
Are you running anything else on this computer?
Do you have a firewall that might be slowing your connection?

(You are aware you can have a 100mb card/100mb cable and that doesn't mean your internet is 100mb.. i find that hard to believe if this is something you're hosting yourself)

Rprp

  • Posts: 30
  • Turrets: +0/-0
Lag.
« Reply #2 on: December 11, 2006, 09:36:41 am »
No, its located in a Datacenter in the Netherlands.
Specs are high, but its lagging :/

tuple

  • Posts: 833
  • Turrets: +97/-80
Lag.
« Reply #3 on: December 11, 2006, 12:41:33 pm »
Rprp:Well of course it lags, its in the netherla... </stupid_joke>

Ok, if it's windows set up perfmon, if it's linux set up some kind of snmp monitoring, I use cacti and love it.

Both of these tools can monitor memory/processor/bandwidth usage, etc.  Maybe they will help to narrow down the cause.

Still, Pentium dual core with 4Gb RAM.  Is it linux or windows?  If it's linux, do a
uname -a
to tell us if you are running a smp kernel, if not you are only using one of the processors.

Meh, I could go on forever about what it could be.  Really you've given us almost no info though, except for the reasons why it shouldn't be a problem.  We need to know what could be a problem, and that is either server side or the network, to start.

Is your down speed 100Mbit but your upload is capped?  I've seen this done, if your upload was capped at 1Mbit, you're server could handle roughly 15 slots, give or take a slot.  My 768Kbit upload handles 11 risk free, 12 when the wind is blowing at my back :)

Give more info, otherwise we are just shooting in the dark.

kevlarman

  • Posts: 2737
  • Turrets: +291/-295
Lag.
« Reply #4 on: December 11, 2006, 04:07:25 pm »
Quote from: "tuple"
to tell us if you are running a smp kernel, if not you are only using one of the processors.
if it is, he's still using one of the processors, tremulous uses only 1 thread, and it's likely going to stay that way for a while with junk like va() in the code.
Quote from: Asvarox link=topic=8622.msg169333#msg169333
Ok let's plan it out. Asva, you are nub, go sit on rets, I will build, you two go feed like hell, you go pwn their asses, and everyone else camp in the hallway, roger?
the dretch bites.
-----
|..d| #
|.@.-##
-----

Rprp

  • Posts: 30
  • Turrets: +0/-0
Lag.
« Reply #5 on: December 11, 2006, 04:24:51 pm »
Hmnm, its linux ofc.

Download and Upload are 100mbit

Btw:

ricky@dedi262:/usr/local/games/tremulous$ uname -a
Linux dedi262.pcextreme.nl 2.6.15-1-686 #2 Thu Feb 2 18:29:01 UTC 2006 i686 GNU/Linux

Caveman

  • Guest
Lag.
« Reply #6 on: December 11, 2006, 05:32:05 pm »
Did you renice the trem-process?

Rprp

  • Posts: 30
  • Turrets: +0/-0
Lag.
« Reply #7 on: December 11, 2006, 06:07:44 pm »
Yes, to -19 :E

tuple

  • Posts: 833
  • Turrets: +97/-80
Lag.
« Reply #8 on: December 11, 2006, 06:08:43 pm »
Kevlarman: My point is that the whole server will not be running as fast as expected, and offloading OS level processes to the "other" processor will free up some cycles on the one that the tremded process is using.  It's impact would depend on what else the server is doing, which may be alot considering the specs.

It doesn't appear that you are running a SMP kernel, else I would expect uname -a to report it, as mine does:
Linux workstation1 2.6.15-27-k7 #1 SMP PREEMPT Sat Sep 16 02:35:20 UTC 2006 i686 GNU/Linux
I may be wrong on that though.

To double check, do:
cat /proc/cpuinfo
it should report 2 CPUs.  Also,
head -n5 /proc/meminfo
should report the memory you're using and have in the server.  Think of it as a sanity check to make sure that linux sees, and can use all the memory that is actually installed.  Also look at swapcached, which *may* be instructive.  Linux does file precaching, so having lots of the swap used, or little available memory may not be a bad thing.  It may be a problem if you have both little available memory and lots of the swapcache in use though.

What else are you running on this server?  MySQL, apache, tomcat?  Also, run top for a bit, see if anything is using lots and lots of memory or the processor.
shift + <or> will let you order the columns in top based on the listings.  Try it out, you may be surprised at what could be gobbling up your memory.  If file pre-caching is eating up memory, it won't show here, but if a process is, it will.

reniceing the process may help alot too, I have mine running at -2, just below user processes, but above OS level processes.  You situation may vary.
I always get renicing backwards, and so no longer trust myself without explicit tests :D

Rprp

  • Posts: 30
  • Turrets: +0/-0
Lag.
« Reply #9 on: December 11, 2006, 06:29:08 pm »
dedi262:/home/ricky/Python-2.4.4# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) D CPU 2.80GHz
stepping        : 7
cpu MHz         : 2793.434
cache size      : 1024 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm pni monitor ds_cpl cid cx16 xtpr lahf_lm
bogomips        : 5589.86

dedi262:/home/ricky/Python-2.4.4#
dedi262:/home/ricky/Python-2.4.4# head -n5 /proc/meminfo
MemTotal:      2075804 kB
MemFree:        167044 kB
Buffers:        151508 kB
Cached:        1239888 kB
SwapCached:          0 kB
dedi262:/home/ricky/Python-2.4.4#

Yes, Its Runnng Mysql, Apache, Python, Perl, PHP. etc. :p

kevlarman

  • Posts: 2737
  • Turrets: +291/-295
Lag.
« Reply #10 on: December 11, 2006, 06:33:27 pm »
Quote from: "Rprp"
Yes, Its Runnng Mysql, Apache, Python, Perl, PHP. etc. :p
that's probably your issue (although an smp kernel would help a lot with that).
Quote from: Asvarox link=topic=8622.msg169333#msg169333
Ok let's plan it out. Asva, you are nub, go sit on rets, I will build, you two go feed like hell, you go pwn their asses, and everyone else camp in the hallway, roger?
the dretch bites.
-----
|..d| #
|.@.-##
-----

tuple

  • Posts: 833
  • Turrets: +97/-80
Lag.
« Reply #11 on: December 11, 2006, 06:55:26 pm »
I agree.  Your available memory is low, but there is no swapped so that is most likely file precaching.  An smp kernel would allow you to take advantage of both cores.  I imagine that it would help greatly.

Whats the output of uptime?

rasz_pl

  • Guest
Lag.
« Reply #12 on: December 12, 2006, 01:36:24 am »
"ps aux" please
I predict a ton of useless shit running

Rprp

  • Posts: 30
  • Turrets: +0/-0
Lag.
« Reply #13 on: December 12, 2006, 06:09:39 am »
ricky@dedi262:~$ w
 07:05:06 up 39 days, 17:44,  5 users,  load average: 0.39, 0.29, 0.16


Well, i tried to installed cacti, but without succes.
I dont see the graph pictures. :/

How can i fix this problem?

Grtz, Rprp

tuple

  • Posts: 833
  • Turrets: +97/-80
Lag.
« Reply #14 on: December 12, 2006, 06:42:20 am »
Hold off on cacti for a bit.  You'd need snmp, apache, and mysql to start (or a remote server to run the same)

ps aux is a good idea, however with a machine with those stats, you'd need an awful lot running to tank the proc with trem, assuming trem is most of what it's used for.  Definately worth a look though, ya never know what people run ;)

  I'd recommend installing a SMP capable kernel.  Depending on your distribution, you may be able to install it with some included package manager.  If you have to compile the kernel to get one, well, that is beyond this forum. :)

Caveman

  • Guest
Lag.
« Reply #15 on: December 12, 2006, 07:12:24 am »
I smell a shared server :D

rasz_pl

  • Guest
Lag.
« Reply #16 on: December 12, 2006, 07:36:27 am »
Quote from: "Caveman"
I smell a shared server :D


not likelly
http://www.pcextreme.nl/producten::dedicated::prijzen#pentium
I smell some nice bunny process eating cpu, I had mysql once that liked to stall at 100% for couple of hours a day:/

Caveman

  • Guest
Lag.
« Reply #17 on: December 12, 2006, 08:32:25 am »
In that case, try IPX.de .) not only because you get more for a third of the price, but because they also help you setting up and troubleshoot .)

rasz_pl

  • Guest
Lag.
« Reply #18 on: December 12, 2006, 11:54:19 am »
Quote from: "Caveman"
In that case, try IPX.de .) not only because you get more for a third of the price, but because they also help you setting up and troubleshoot .)


all i see is some eine meine kleine swaine, nothing in understandable language (english) :P

Caveman

  • Guest
Lag.
« Reply #19 on: December 12, 2006, 12:11:00 pm »
Might me hard for polish people, ok.
But the other one is from the Netherlands and should be able to understand it :P

Rprp

  • Posts: 30
  • Turrets: +0/-0
Lag.
« Reply #20 on: December 12, 2006, 02:11:47 pm »
Quote from: "tuple"
Hold off on cacti for a bit.  You'd need snmp, apache, and mysql to start (or a remote server to run the same)

ps aux is a good idea, however with a machine with those stats, you'd need an awful lot running to tank the proc with trem, assuming trem is most of what it's used for.  Definately worth a look though, ya never know what people run ;)

  I'd recommend installing a SMP capable kernel.  Depending on your distribution, you may be able to install it with some included package manager.  If you have to compile the kernel to get one, well, that is beyond this forum. :)


Well, how can i install that SMP thingie? xD
I installed cacti already, but i dont see the pictures by graphs.
And, if i install smp, the problem is fixed than?

Btw, Distri is Debian

tuple

  • Posts: 833
  • Turrets: +97/-80
Lag.
« Reply #21 on: December 12, 2006, 02:47:04 pm »
SMP will potentially fix your problem.  It might also free up more processor cycles for a rogue process to soak up ;)
edit: You should install an SMP kernel in any event, else you are wasting some of the servers resources, namely a CPU.

Installing an SMP kernel is beyond the realm of this thread, and can be a somewhat complex process if done from scratch.  I suggest you look in the forums of the linux distribution that you are using, there may be a simple way for you to do it.  That depends on your distribution though.

Which distribution are you using?

If you see the web page from cacti, but the graphs are missing, then you may have a problem with either data collection, storage, or querying that data.  Hard to say, that leave a pretty wide area of potential issues.
edit: you also have to set up the graphs, so basically I'm saying that it could be almost any portion of cacti :)

Rprp

  • Posts: 30
  • Turrets: +0/-0
Lag.
« Reply #22 on: December 12, 2006, 03:05:36 pm »
OUCH............
INstalled a SMP kernel.
But now my server is not starting,,,, rofl :E:E:E:E:E:E

storma

  • Posts: 30
  • Turrets: +1/-0
Lag.
« Reply #23 on: March 05, 2007, 08:31:11 am »
Sorry for opening this up again but was wondering if you got this sorted?

I'm having a similar problem on a smp server. both cpu's are detected by the smp kernel but tremded only makes use of the one.
amn - Beyond Any Mortal Notion
http://bamnclan.com

Broken Ass Monkey Nutz

R1CH

  • Posts: 79
  • Turrets: +3/-1
    • http://www.r1ch.net/
Lag.
« Reply #24 on: March 05, 2007, 08:46:53 am »
Tremulous (at least the server) is single threaded and will likely be for a while. If you want to benefit from SMP, run more servers :).