Dysk i cpu

[nemezis]

Witam.
Mam do Was pytanie.
Posiadam obecnie 3 serwery.
Wszystkie stoją na VPS w infoplus.
Na pierwszym przy 600 graczach nie odnotowywałem lagów.
10 gb ddr, dysk 30 gb zwykły, debian 64 bit, mapa 120 mb, 2 pelne rdzenie.
Informacje o procesorze: http://wklej.to/RjhJe/text
Kolejne 2 otsy stoją też jako vps na jedym dedyku.
Konfiguracja 1 vps:
debian 32 bit, 4 gb ram, 30 gb dysk zwykly, mapa 5 mb, 2 pelne rdzenie.
Kiedys przy 400 osobach zaczynały się lagi, teraz przy 200 osobach są lekkie, a przy 300 nie da się grać. Serwerownia podawała mi informację że mam duże zużycie dysku.
Konfiguracja 2 vps:
debian 32 bit, 4 gb ram, 30 gb dysk SSD, mapa 35 mb, 2 pelne rdzenie.
Lagi zaczynaja sie przy 200 osobach, czase male, czasem wieksze. Cpu skacze do 100%, czasem trzyma się pare dobrych minut te 100%, odcinanie actions,movements,talkactions nie przynosi efektów, lagi są nadal.Tu też mam informacje o dużym zużyciu dysku.

Procesor mają taki (16 rdzeni):

processor       : 12
vendor_id       : GenuineIntel
cpu family      : 6
model           : 44
model name      : Intel(R) Xeon(R) CPU           E5620  @ 2.40GHz
stepping        : 2
cpu MHz         : 2400.222
cache size      : 12288 KB
physical id     : 1
siblings        : 8
core id         : 0
cpu cores       : 4
apicid          : 33
initial apicid  : 33
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
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 syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida arat tpr_shadow vnmi flexpriority ept vpid
bogomips        : 4800.18
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

processor       : 13
vendor_id       : GenuineIntel
cpu family      : 6
model           : 44
model name      : Intel(R) Xeon(R) CPU           E5620  @ 2.40GHz
stepping        : 2
cpu MHz         : 2400.222
cache size      : 12288 KB
physical id     : 1
siblings        : 8
core id         : 1
cpu cores       : 4
apicid          : 35
initial apicid  : 35
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
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 syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida arat tpr_shadow vnmi flexpriority ept vpid
bogomips        : 4800.17
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

processor       : 14
vendor_id       : GenuineIntel
cpu family      : 6
model           : 44
model name      : Intel(R) Xeon(R) CPU           E5620  @ 2.40GHz
stepping        : 2
cpu MHz         : 2400.222
cache size      : 12288 KB
physical id     : 1
siblings        : 8
core id         : 9
cpu cores       : 4
apicid          : 51
initial apicid  : 51
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
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 syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida arat tpr_shadow vnmi flexpriority ept vpid
bogomips        : 4800.18
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

processor       : 15
vendor_id       : GenuineIntel
cpu family      : 6
model           : 44
model name      : Intel(R) Xeon(R) CPU           E5620  @ 2.40GHz
stepping        : 2
cpu MHz         : 2400.222
cache size      : 12288 KB
physical id     : 1
siblings        : 8
core id         : 10
cpu cores       : 4
apicid          : 53
initial apicid  : 53
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
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 syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida arat tpr_shadow vnmi flexpriority ept vpid
bogomips        : 4800.18
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

Moje pytanie to: czy procesor taki jak mam na drugim serwerze może wpływać na lagi?
Pozdrawiam!

 

[Moqill]

Trzeba by było w końcu zainwestować w serwer a nie dusić grosza na vpsach.

 

[nemezis]

Zainwestuje, o to się nie bój Obecnie nie kupowałem bo umowa na 12 miesięcy była, teraz mają to zmienić.

 

[report]

moze by tak ze:
ktos kupil vpsa kolo ciebie i ma dysk z tobą i bardzo go męczy to tobie wydajnosc dysku spada

 

[slaw]

Raczej nie może, bo według mnie procesor albo działa, albo nie działa. Stawiał bym raczej na ten dysk który oczekując na zapis różnego typu logów blokuje działanie silnika.

 

[nemezis]

Przerzucam serwer 3 na vps 1 dla sprawdzenia rezultatów.
A czy ew. mysql może mieć wpływ na lagi?

Sumarycznie 	ø na godzinę 	ø na minutę 	ø na sekundę
7 005 k 	276,58 k 	4,61 k 	            70

Rodzaj zapytania	ø na godzinę	%
select	4 639 k	183,150 k	68,35%
update	320 k	12,616 k	4,71%
insert	193 k	7,639 k	2,85%
delete	162 k	6,399 k	2,39%

 

[slaw]

Nie wykluczałbym takiej możliwości, jeśli nie jest dobrze zoptymalizowana to też może mieć na to wpływ (zależy od vpsa) ale na dedykowanym sprzęcie to raczej mało prawdopodobne, chociaż i tak zawsze lepiej zoptymalizować bo to w niczym nie przeszkadza, a może tylko polepszyć sprawność serwera.