CPU Turbo-Boost 2 (pb0)

[McBane87]

Hallo Zusammen,

Ich habe einen Dedicated Server im Netz (kein Zugriff auf Bios) gemietet, welcher mit einem AMD Opteron 3365 ausgestattet ist.
Siehe: http://www.cpu-world.com/CPUs/Bulldozer ... 03365.html

Auf diesem Server läuft ein Dienst (Ark Game-Server) der zu großen Teilen Single-Core lastig ist. Was mich zu der überlegung gebracht hatte, dass es vielleicht besser wäre den Prozessor nur auf 4 Kernen laufen zu lassen, aber dafür mit Turbo-Boost Stufe 2 (pb0). Aber aus irgendeinem Grund, den ich nicht kenne, kommt nie mehr als 2,6 GHz raus. Hat vllt jemand einen Tipp?

Ein paar Infos:

Code: Alles auswählen

./TurionPowerControl -l
TurionPowerControl 0.44-rc2 (tpc-0.44-rc2-r144)
Turion Power States Optimization and Control - by blackshard

Main processor is Family 15h (Bulldozer/Interlagos/Valencia) Processor
        Family: 0xf             Model: 0x2              Stepping: 0x0
        Extended Family: 0x15   Extended Model: 0x2
        Package Type: 0x1       BrandId: 0x0
Machine has 1 nodes
Processor has 4 cores
Processor has 7 p-states
Processor has 2 boost states

Power States table:
-- Node: 0 Core 0
core 0 pstate 0 (pb0) - En:1 VID:43 FID:17 DID:0.00 Freq:3300 VCore:1.0125
core 0 pstate 1 (pb1) - En:1 VID:43 FID:10 DID:0.00 Freq:2600 VCore:1.0125
core 0 pstate 2 (p0) - En:1 VID:43 FID:7 DID:0.00 Freq:2300 VCore:1.0125
core 0 pstate 3 (p1) - En:1 VID:45 FID:4 DID:0.00 Freq:2000 VCore:0.9875
core 0 pstate 4 (p2) - En:1 VID:47 FID:1 DID:0.00 Freq:1700 VCore:0.9625
core 0 pstate 5 (p3) - En:1 VID:49 FID:12 DID:1.00 Freq:1400 VCore:0.9375
core 0 pstate 6 (p4) - En:1 VID:52 FID:6 DID:1.00 Freq:1100 VCore:0.9000
-- Node: 0 Core 1
core 1 pstate 0 (pb0) - En:1 VID:43 FID:17 DID:0.00 Freq:3300 VCore:1.0125
core 1 pstate 1 (pb1) - En:1 VID:43 FID:10 DID:0.00 Freq:2600 VCore:1.0125
core 1 pstate 2 (p0) - En:1 VID:43 FID:7 DID:0.00 Freq:2300 VCore:1.0125
core 1 pstate 3 (p1) - En:1 VID:45 FID:4 DID:0.00 Freq:2000 VCore:0.9875
core 1 pstate 4 (p2) - En:1 VID:47 FID:1 DID:0.00 Freq:1700 VCore:0.9625
core 1 pstate 5 (p3) - En:1 VID:49 FID:12 DID:1.00 Freq:1400 VCore:0.9375
core 1 pstate 6 (p4) - En:1 VID:52 FID:6 DID:1.00 Freq:1100 VCore:0.9000
-- Node: 0 Core 2
core 2 pstate 0 (pb0) - En:1 VID:43 FID:17 DID:0.00 Freq:3300 VCore:1.0125
core 2 pstate 1 (pb1) - En:1 VID:43 FID:10 DID:0.00 Freq:2600 VCore:1.0125
core 2 pstate 2 (p0) - En:1 VID:43 FID:7 DID:0.00 Freq:2300 VCore:1.0125
core 2 pstate 3 (p1) - En:1 VID:45 FID:4 DID:0.00 Freq:2000 VCore:0.9875
core 2 pstate 4 (p2) - En:1 VID:47 FID:1 DID:0.00 Freq:1700 VCore:0.9625
core 2 pstate 5 (p3) - En:1 VID:49 FID:12 DID:1.00 Freq:1400 VCore:0.9375
core 2 pstate 6 (p4) - En:1 VID:52 FID:6 DID:1.00 Freq:1100 VCore:0.9000
-- Node: 0 Core 3
core 3 pstate 0 (pb0) - En:1 VID:43 FID:17 DID:0.00 Freq:3300 VCore:1.0125
core 3 pstate 1 (pb1) - En:1 VID:43 FID:10 DID:0.00 Freq:2600 VCore:1.0125
core 3 pstate 2 (p0) - En:1 VID:43 FID:7 DID:0.00 Freq:2300 VCore:1.0125
core 3 pstate 3 (p1) - En:1 VID:45 FID:4 DID:0.00 Freq:2000 VCore:0.9875
core 3 pstate 4 (p2) - En:1 VID:47 FID:1 DID:0.00 Freq:1700 VCore:0.9625
core 3 pstate 5 (p3) - En:1 VID:49 FID:12 DID:1.00 Freq:1400 VCore:0.9375
core 3 pstate 6 (p4) - En:1 VID:52 FID:6 DID:1.00 Freq:1100 VCore:0.9000

 --- Node 0:
Processor Maximum PState: 6
Processor Startup PState: 6
Processor Maximum Operating Frequency: 3300 MHz

Minimum allowed VID: 123 (0.0125V) - Maximum allowed VID 19 (1.3125V)
Processor AltVID: 52 (0.9000V)

Kleine Zusammenfassung von Stats. Ausgelesen via cpufreq-info und cpufreq-aperf:

Code: Alles auswählen

Treiber: acpi-cpufreq

Core 0:       2.30 GHz (2.59 GHz) (performance, 1.10 GHz - 2.30 GHz)
Core 1:       2.30 GHz (2.57 GHz) (performance, 1.10 GHz - 2.30 GHz)
Core 2:       2.30 GHz (2.59 GHz) (performance, 1.10 GHz - 2.30 GHz)
Core 3:       2.30 GHz (2.57 GHz) (performance, 1.10 GHz - 2.30 GHz)
Core 4:       2.30 GHz (2.59 GHz) (performance, 1.10 GHz - 2.30 GHz)
Core 5:       2.30 GHz (2.59 GHz) (performance, 1.10 GHz - 2.30 GHz)
Core 6:       2.30 GHz (2.59 GHz) (performance, 1.10 GHz - 2.30 GHz)
Core 7:       2.30 GHz (2.59 GHz) (performance, 1.10 GHz - 2.30 GHz)

temp1:        +42.1°C  (high = +70.0°C)
                       (crit = +90.0°C, hyst = +87.0°C)

Code: Alles auswählen

cat /sys/devices/system/cpu/cpu0/cpufreq/bios_limit
2300000

Code: Alles auswählen

cat /sys/devices/system/cpu/cpufreq/boost
1

Code: Alles auswählen

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
2300000 2000000 1700000 1400000 1100000

Alle Kerne Online:

Code: Alles auswählen

cpufreq-aperf -o 

CPU     Average freq(KHz)       Time in C0      Time in Cx      C0 percentage
000     2576000                 00 sec 031 ms   00 sec 968 ms   03
001     2599000                 00 sec 020 ms   00 sec 979 ms   02
002     2599000                 00 sec 537 ms   00 sec 462 ms   53
003     2599000                 00 sec 018 ms   00 sec 981 ms   01
004     2599000                 00 sec 503 ms   00 sec 496 ms   50
005     2599000                 00 sec 030 ms   00 sec 969 ms   03
006     2599000                 00 sec 099 ms   00 sec 900 ms   09
007     2599000                 00 sec 262 ms   00 sec 737 ms   26

Nur 4 Kerne Online:

Code: Alles auswählen

cpufreq-aperf -o

CPU     Average freq(KHz)       Time in C0      Time in Cx      C0 percentage
000     2599000                 00 sec 629 ms   00 sec 370 ms   62
001     2599000                 00 sec 378 ms   00 sec 621 ms   37
002     2599000                 00 sec 242 ms   00 sec 757 ms   24
003     2599000                 00 sec 184 ms   00 sec 815 ms   18
004     [offline]
005     [offline]
006     [offline]
007     [offline]

[rendegast]

Ist es vielleicht doch ein Virtualisierung, und Du hast Mitbenutzer auf dem Host?

Code: Alles auswählen

lspci -nn

lsmod

[McBane87]

Ist es vielleicht doch ein Virtualisierung, und Du hast Mitbenutzer auf dem Host?

Code: Alles auswählen

lspci -nn

lsmod

Für mich sieht's zumindest wie ein echter Dedicated Server aus

Code: Alles auswählen

lspci -nn

00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] RS780 Host Bridge [1022:9600]
00:01.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (int gfx) [1022:9602]
00:05.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 1) [1022:9605]
00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391]
00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
00:12.1 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller [1002:4398]
00:12.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397]
00:13.1 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller [1002:4398]
00:13.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller [1002:4385] (rev 3c)
00:14.1 IDE interface [0101]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller [1002:439c]
00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller [1002:439d]
00:14.4 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge [1002:4384]
00:14.5 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller [1002:4399]
00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 0 [1022:1600]
00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 1 [1022:1601]
00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 2 [1022:1602]
00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 3 [1022:1603]
00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 4 [1022:1604]
00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 5 [1022:1605]
01:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RS780L [Radeon 3000] [1002:9616]
01:05.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] RS780 HDMI Audio [Radeon (HD) 3000 Series] [1002:960f]
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 03)

Code: Alles auswählen

lsmod

Module                  Size  Used by
cpuid                  12663  0 
iptable_raw            12524  1 
xt_CT                  12842  1 
nf_conntrack           87424  1 xt_CT
msr                    12677  0 
binfmt_misc            16949  1 
cpufreq_stats          12782  0 
cpufreq_userspace      12525  0 
cpufreq_conservative    14184  0 
cpufreq_powersave      12454  0 
ip6table_filter        12540  0 
ip6_tables             26025  1 ip6table_filter
xt_tcpudp              12527  2 
iptable_filter         12536  1 
ip_tables              26011  2 iptable_filter,iptable_raw
x_tables               27111  7 ip6table_filter,xt_CT,ip_tables,xt_tcpudp,iptable_filter,ip6_tables,iptable_raw
kvm_amd                59128  0 
kvm                   388784  1 kvm_amd
crc32_pclmul           12915  0 
ppdev                  16782  0 
aesni_intel           151423  0 
aes_x86_64             16719  1 aesni_intel
lrw                    12757  1 aesni_intel
gf128mul               12970  1 lrw
glue_helper            12695  1 aesni_intel
radeon               1349406  1 
ablk_helper            12572  1 aesni_intel
cryptd                 14516  2 aesni_intel,ablk_helper
snd_hda_codec_hdmi     45118  1 
evdev                  17445  4 
serio_raw              12849  0 
snd_hda_intel          26327  0 
pcspkr                 12595  0 
tpm_infineon           16844  0 
ttm                    77862  1 radeon
parport_pc             26300  0 
k10temp                12618  0 
snd_hda_controller     26646  1 snd_hda_intel
fam15h_power           12684  0 
sp5100_tco             12864  0 
tpm_tis                17231  0 
edac_mce_amd           21166  0 
drm_kms_helper         49210  1 radeon
parport                35749  2 ppdev,parport_pc
edac_core              51465  0 
i2c_piix4              20864  0 
snd_hda_codec         104500  3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_controller
drm                   249955  4 ttm,drm_kms_helper,radeon
tpm                    31511  2 tpm_tis,tpm_infineon
snd_hwdep              13148  1 snd_hda_codec
snd_pcm                88662  4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
i2c_algo_bit           12751  1 radeon
snd_timer              26614  1 snd_pcm
i2c_core               46012  5 drm,i2c_piix4,drm_kms_helper,i2c_algo_bit,radeon
snd                    65244  6 snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec,snd_hda_intel
soundcore              13026  2 snd,snd_hda_codec
wmi                    17339  0 
button                 12944  0 
acpi_cpufreq           17218  0 
shpchp                 31121  0 
processor              28221  9 acpi_cpufreq
thermal_sys            27642  1 processor
fuse                   83350  3 
autofs4                35529  2 
ext4                  473802  3 
crc16                  12343  1 ext4
mbcache                17171  1 ext4
jbd2                   82522  1 ext4
sg                     29973  0 
sd_mod                 44356  6 
crc_t10dif             12431  1 sd_mod
crct10dif_generic      12581  0 
ata_generic            12490  0 
ohci_pci               12808  0 
crct10dif_pclmul       13387  1 
crct10dif_common       12356  3 crct10dif_pclmul,crct10dif_generic,crc_t10dif
crc32c_intel           21809  0 
ahci                   33334  4 
ehci_pci               12512  0 
pata_atiixp            12747  0 
ohci_hcd               42982  1 ohci_pci
libahci                27158  1 ahci
ehci_hcd               69837  1 ehci_pci
libata                177508  4 ahci,libahci,ata_generic,pata_atiixp
usbcore               195427  4 ohci_hcd,ohci_pci,ehci_hcd,ehci_pci
scsi_mod              191405  3 sg,libata,sd_mod
r8169                  68262  0 
usb_common             12440  1 usbcore
mii                    12675  1 r8169

[rendegast]

In google wurde 'turbostat' aus ubuntus http://packages.ubuntu.com/linux-tools-common erwähnt,
weil die generischen tools den Turbo-Modus gegebenenfalls nicht abbilden.
Obwohl ./TurionPowerControl ja schon nach etwas speziellerem klingt.

[McBane87]

Im Internet meinet man aber auch, dass cpufreq-aperf auch die Turbo-Stats anzeigen kann.
Turbostat hatte ich vorher schon mal probiert und es wollte nicht mit meiner CPU. Gut möglich dass es nur für Intel entwickelt wurde.

[hikaru]

Mach mal einen Benchmark auf nur einem CPU-Kern, z.B. durch das (ent)packen einer großen Datei, einmal mit 4 und einmal mit 8 aktivierten Kernen!
Die Benchmarkergebnisse sollten etwa proportional zum Taktverhältnis sein. So kannst du zumindest näherungsweise prüfen ob die zweite Übertaktungsstufe funktioniert, unabhängig davon was die Auslesetools sagen.

[McBane87]

Du meinst also wenn der BMark von 4 Kernen zB. 5.000 Punkte hätte, dann müsste der von 8 Kernen 10.000 Punkte haben? Und wenn bei 4 Kernen die 3,3GHz angesprungen wären, dann müsste ich bei 8 Kernen (2,6GHz) eher nur 8.000 Punkte sehen?
Sehr kompliziert


Mir is aber mal was anderes eingefallen. Da hätte ich früher drauf kommen können.
Einfach folgendes tun um den Turbo zu deaktivieren:

Code: Alles auswählen

echo 0 > /sys/devices/system/cpu/cpufreq/boost

Und dann sieht man, dass cpufreq-aperf den echten Takt anzeigt. Weil ohne Turbo werden auch wirklcih nur noch die normalen 2,3GHz angezeigt:

Code: Alles auswählen

cpufreq-aperf -o                                                                                                    Fri Feb  5 09:59:43 2016

CPU     Average freq(KHz)       Time in C0      Time in Cx      C0 percentage
000     2277000                 00 sec 109 ms   00 sec 890 ms   10
001     2277000                 00 sec 021 ms   00 sec 978 ms   02
002     2277000                 00 sec 141 ms   00 sec 858 ms   14
003     2277000                 00 sec 086 ms   00 sec 913 ms   08
004     2277000                 00 sec 151 ms   00 sec 848 ms   15
005     2277000                 00 sec 009 ms   00 sec 990 ms   00
006     2277000                 00 sec 133 ms   00 sec 866 ms   13
007     2277000                 00 sec 005 ms   00 sec 994 ms   00

[hikaru]

Du meinst also wenn der BMark von 4 Kernen zB. 5.000 Punkte hätte, dann müsste der von 8 Kernen 10.000 Punkte haben? Und wenn bei 4 Kernen die 3,3GHz angesprungen wären, dann müsste ich bei 8 Kernen (2,6GHz) eher nur 8.000 Punkte sehen?
Sehr kompliziert

Nein.
Wenn du eine große Datei hernimmst (z.B. ein CD- oder besser DVD-Image) und es bzip2-komprimierst, dann wird das mit 2,6GHz N Sekunden dauern. Komprimierst du das selbe Image mit 3,3GHz dann sollte das N*2,6/3,3 Sekunden dauern.
Der Taktunterschied ist groß genug um einen signifikanten Unterschied erwarten zu lassen. Wenn du diesen Test dann 3-5 mal wiederholst sollte das ausreichen um eventuelle Ausreißer zu identifizieren.
Wichtig ist, dass dabei jeweils nur ein Kern benutzt wird, egal wie viele aktiv sind.

Einfach folgendes tun um den Turbo zu deaktivieren:

Code: Alles auswählen

echo 0 > /sys/devices/system/cpu/cpufreq/boost

Und dann sieht man, dass cpufreq-aperf den echten Takt anzeigt. Weil ohne Turbo werden auch wirklcih nur noch die normalen 2,3GHz angezeigt:

Woher weißt du, dass auch die zweite Übertaktungsstufe korrekt erkannt wird?

[McBane87]

Woher weißt du, dass auch die zweite Übertaktungsstufe korrekt erkannt wird?

Da hast du natürlich Recht. Das weiß ich nicht. Habe es bloß logischerweise angenommen....

Nein.
Wenn du eine große Datei hernimmst (z.B. ein CD- oder besser DVD-Image) und es bzip2-komprimierst, dann wird das mit 2,6GHz N Sekunden dauern. Komprimierst du das selbe Image mit 3,3GHz dann sollte das N*2,6/3,3 Sekunden dauern.
Der Taktunterschied ist groß genug um einen signifikanten Unterschied erwarten zu lassen. Wenn du diesen Test dann 3-5 mal wiederholst sollte das ausreichen um eventuelle Ausreißer zu identifizieren.
Wichtig ist, dass dabei jeweils nur ein Kern benutzt wird, egal wie viele aktiv sind.

Achso. Ist bzip2 überhaupt in der Lage mehr als einen Kern zu benutzen? Wenn ja, kannst du mir da vllt auf die Sprünge helfen, wie ich nur über einen Kern entpacke? Ich weiß, dass ich zB via Taskset einem Prozess CPUs zuweisen kann, aber das geht dann nur wenn der Prozess bereits läuft, was ja, je nachdem wie schnell ich beim eintippen bin, das Ergebnis komplett verfälschen würde...

[hikaru]

bzip2 packt generell nur auf einem Kern. Daher hatte ich das vorgeschlagen.

Nur nebenbei:

Ich weiß, dass ich zB via Taskset einem Prozess CPUs zuweisen kann, aber das geht dann nur wenn der Prozess bereits läuft

taskset kann auch neue Prozesse mit Affinität starten.

[rendegast]

Ich würde vorschlagen

Code: Alles auswählen

$ dd if=/dev/zero of=/dev/null bs=32k count=10000000
10000000+0 Datensätze ein
10000000+0 Datensätze aus
327680000000 Bytes (328 GB) kopiert, 13,7025 s, 23,9 GB/s

(entsprechend)
da bzip2 ja auch beschickt werden müßte, was einen zweiten ähnlich intensiven Job bräuchte.

[McBane87]

Danke dir für den Hinweis.

Also ich sehe hier keinen Turbo-Boost @3,3GHz. Es ist sogar eher so als wenn es schlechter geworden ist:

Code: Alles auswählen

-rw-r--r-- 1 root root 1,1G Feb  5 11:21 test.tar

######################
### 8 Kerne Online ###
######################

## Test A ###
time taskset -c 0 bzip2 -k test.tar
real    4m58.260s
user    4m57.456s
sys     0m0.600s

### Test B ###
time taskset -c 0 bzip2 -k test.tar
real    5m1.379s
user    5m0.200s
sys     0m0.964s


######################
### 4 Kerne Online ###
######################

## Test A ###
time taskset -c 0 bzip2 -k test.tar
real    5m19.875s
user    5m19.008s
sys     0m0.612s

## Test B ###
time taskset -c 0 bzip2 -k test.tar
real    5m17.733s
user    5m16.788s
sys     0m0.692s

EDIT:
Ergänzung für Vorschlag 2:

Code: Alles auswählen

######################
### 8 Kerne Online ###
######################

taskset -c 0 dd if=/dev/zero of=/dev/null bs=32k count=10000000
10000000+0 Datensätze ein
10000000+0 Datensätze aus
327680000000 Bytes (328 GB) kopiert, 45,2521 s, 7,2 GB/s

######################
### 4 Kerne Online ###
######################

taskset -c 0 dd if=/dev/zero of=/dev/null bs=32k count=10000000
10000000+0 Datensätze ein
10000000+0 Datensätze aus
327680000000 Bytes (328 GB) kopiert, 44,9953 s, 7,3 GB/s

PS:
Der GameServer lief im Hintergrund weiter auf den Kernen 1-7 bzw. 1-3.
Ich kann den jetzt nicht einfach nur zum rumspielen offline nehmen. Der is Public und da sind Leute drauf.

[Milbret]

Die Frage die ich mir stelle ist, welchen Mehrwert du durch deinen "Turbo" erwartest?
Aus meiner Sicht macht solch ein Booster keinen Sinn.
Wenn dein Server von der CPU dauerhaft auf 100% Last ist, wäre ein künstliches erhöhen des Takts keine wirkliche Lösung.
Wenn dein Dienst auch soweit flüssig läuft, dann brauchst du auch keine Experimente machen.

Für solche Experimente direkt auf dem Server rumspielen, halte ich auch für sehr gewagt.
Und einen wirklichen Mehrwert kann ich mir auch nicht vorstellen.
Anbei sollte dir auch klar sein, dass ARK noch nicht Fertig ist und somit Optimierungen später auch noch die Performance verbessern.
Als Gaming Server reicen 2+ Ghz in der Regel locker.

Wenn du mehr Leistung brauchst, dann nimm lieber einen dickeren Server der auch einen höheren Takt hat.
Da solche spielchen ggf. auch bei Dauerlast ggf. die Hardware beschädigen könne, da die Lüfter nur für die entsprechenden Taktraten ausgelegt werden, solltest du die Finger von solchen Sachen lassen.

Da ich selbst auch Software Entwickler bin und wir auch Server im Einsatz haben, die einiges Leisten müssen aber nur 2,4 Ghz Takt haben, hätten wir durch künstliches hochtakten nur einen minimalen Mehrwert mit erhöhtem Risiko.
Entsprechend ist unser erster Ansatz nie dickere Server zu holen sondern die Software selbst zu optimieren.
Und bei ARK, dass eben noch im Beta Stadium ist, dürfte noch einiges an Potenzial für Optimierungen liegen.
Der Server Part ist auch bei solchen Games nur eine reine Manager Funktion zur Synchronisation der Clients.
Bei guter Optimierung sollte der Server selbst mit 100 Clients nie über 10% Leistung kommen.

Aber hier sind in erster Linie die Devs von ARK in der Pflicht.
Lad dir immer die aktuelle Server Version und lies die Changelogs und freu dich dann über jeden Eintrag mit Optimierungen im Server.
Mehr kann ich dir nicht empfehlen.

Martin

[McBane87]

Ja das Ark noch Alpha (nicht mal Beta) ist, ist mir durchaus sehr bewusst. Und dass da mit Sicherheit in Zukunft noch Optimierungen kommen werden ist mir auch bewusst. Bloß geht es mir ums hier und jetzt und nicht um die Zukunft. Und schon rein aus technischem Interesse würde es mich interessieren ob der Server eben mit den 3.3GHz besser läuft, denn dieser wird von den Lags her immer schlimmer ab 20+ Spieler. Jeder weitere Spieler erhöht auch den Ingame-Ping. Sodass wir Ingame bei 20 Spielern schon bei 120ms (normaler Ping außerhalb des Spiels immmer bei ca. 30ms) sind. Und da ich schon mit vielen Netzwerkoptimierungen getestet hatte, die im Netz zu finden waren, welche alle irgendwie nix gebracht hatten, bin ich zu dem Schluss gekommen, dass es an der CPU Leistung liegen muss. Denn die UDP-Queue wird dann immer länger. zwischen 40k-100k. (Die 260k lass ich jetzt mal weg, da dass eindeutig ein Programmierfehler sein muss beim Autosave. Denn da freezt es auf fast jedem Server). (Das Backlog ist groß genug für diese Queues)

Bezüglich des zu heiß werdens:
Wenn AMD selbst anbietet dass die CPU bei 4 Kernen 3.3GHz schafft, dann werden die wohl auch die Temperatur bedacht haben.
Im Notfall wird eben wieder gedrosselt wenn's zu heiß wird. Das halte ich aber in einem gut belüfteten Rechenzentrum für unwahrscheinlich.

[Milbret]

@McBane87
Hast du den eine hohe CPU Last oder nicht?
Wenn die CPU bei 20+ Spielern keine Last hat, kann die CPU nicht das Problem sein.
Dann würde ich eher auf eine schlechte Verarbeitung im ARK Server schließen.
Aber selbst diese würdest du mit 3,3 Ghz nicht lösen können, da dies eben ein Problem in der Programmierung ist.

Läuft dein Server auch mit entsprechendem nice Wert?
Oder wird der nur per Skript mit einem Default Wert gestartet?
Ich würde hier erst einmal den Nice Wert hoch setzen, damit der ARK Server auch mit hoher Prio. verarbeitet wird.
Wenn du noch andere Tasks etc. darauf laufen hast, dann müssen die eben länger laufen.

Nachtrag:
Die Linux Tools gibt es auch in Debian Jessie.
Heißt dort auch linux-tools.
Wenn du also Jessie auf deinem Server hast, kannst du dir die mal drauf hauen und schauen ob du damit was anfangen kannst.

Martin

[habakug]

Hallo!

Du könntest es mal mit

Code: Alles auswählen

radeon.bapm=1

als Kernelparamter (beim Booten) versuchen.
Hier [1] [2] [3] mehr Hintergrund.
Ob das aber alles auf einem Opteron umsetzbar ist...

Gruss, habakug

[1] https://bugzilla.kernel.org/show_bug.cgi?id=78111
[2] http://unix.stackexchange.com/questions ... -amd-turbo
[3] https://www.phoronix.com/scan.php?page= ... px=MTczMzI

[McBane87]

Hast du den eine hohe CPU Last oder nicht?

Der Load liegt so bei ca. 1.6. Was, wenn Ark wirklich alle Kerne optimal ausnutzen würde, lächerlich wenig wäre.
Aufgeschlüsselt auf die Kerne sieht das nur für den Prozess ca. so aus.

Kern A => ca. 75-90 % (laut htop in Spitzen auch bis zu 95-100%)
Kern B&C => ca. 20-30%
Restlichen Kerne je nach Bedarf mal 5% oder so.

Es ist jetzt nicht so, dass eine CPU zu 100% am schwitzen ist, aber es gibt einfach keine andere Erklärung mehr die ich habe warum dass sonst so schlecht wird bei 20+ Spielern. Auf anderen Servern eghts ja schließlich auch. Kann also nicht nur an der Programmierung liegen.

Restliches System hat genug Power dafür:
32GB RAM
250GB SSD

Läuft dein Server auch mit entsprechendem nice Wert?

Ja mit -15

Code: Alles auswählen

Die Linux Tools gibt es auch in Debian Jessie.
Heißt dort auch linux-tools.
Wenn du also Jessie auf deinem Server hast, kannst du dir die mal drauf hauen und schauen ob du damit was anfangen kannst.

Hab das schon drauf, aber kann mich nicht mehr so recht erinnern wofür ich das benutzt hatte. Weiß jetzt auch gar nicht welche Tools es liefert.

Hallo!

Du könntest es mal mit

Code: Alles auswählen

radeon.bapm=1

als Kernelparamter (beim Booten) versuchen.
Hier [1] [2] [3] mehr Hintergrund.
Ob das aber alles auf einem Opteron umsetzbar ist...

Gruss, habakug

Danke, aber das hab ich auch schon mal beim recherchieren gefunden. Ich glaube aber eher, dass es nur für CPUs mit eingebauter GrKa zählt. Deshalb hab ich das verworfen.

[Milbret]

Hab noch was gefunden:
http://ark.gamepedia.com/Dedicated_Server_Setup

Dort wird empfohlen das Limit für offene Dateien zu erhöhen.
Dies scheint ein Problem zu sein, da dies wohl zu hoher CPU Last führen kann.
Hast du dies schon gemacht?
Mit systemd, falls auf der Kiste installiert, kannst du dies direkt mal hochsetzen und schauen ob die Last fällt.
Das CPU Problem unter Linux mit ARK scheint aber bekannt zu sein aber die Devs scheinen dies noch nicht behoben zu haben.

Martin

[McBane87]

Ja danke. Dem Guide bin ich als aller erstes gefolgt als ich den Server aufgesetzt hatte

[rendegast]

Nachtrag:
Die Linux Tools gibt es auch in Debian Jessie.
Heißt dort auch linux-tools.

Es ging bei meinem Hinweis aber explizit um 'turbostat',
und das findet sich nur in ubuntus http://packages.ubuntu.com/linux-tools-common,
welches nicht in debian ist.

Bloß geht es mir ums hier und jetzt und nicht um die Zukunft.

Wirkt ein bischen wie der Tip, bei einem Loch im Tank einfach häufiger Sprit nachzufüllen.
Das kaputte Ding sollte eher in die Werkstatt.
Es gibt spezialisierte ARK-Game-Server zu mieten, eventuell haben deren Hoster das Problem besser im Griff?

[habakug]

Hallo!

Ich komme auch mal auf die eigentliche Frage und den Opteron zurück.

[...]The following are the recommended BIOS configurations for HPC.
• APM enabled to enable core frequency boost.
• C6 state enabled to allow boost to Pb0 that can provide up to 1 GHz (OPN dependent) core frequency boost when half of the CUs per die are in halted in C6
[...]
Be sure to enable the HPC P-state mode (if available in the BIOS) to prevent APM from decreasing the core frequency below software P0 frequency (i.e., the base frequency for the CPU, e.g., n GHz for an AMD Opteron™ 6276).
[...]
APM extends the normal P-states used by the OS to control core frequency (P0-P6) by adding two boosted P-states, Pb1 and Pb0, of which the OS is unaware. APM dynamically monitors CPU activity and generates a deterministic approximation of power consumption. If power consumption exceeds a defined Thermal Design Power (TDP) for the CPU, APM applies a P-state limit to reduce power consumption. However, if the CPU is using less than TDP, APM will shift to a boosted state (either Pb1 or Pb0) with an increased core frequency to apply this unused power to improve performance. APM ensures that average power consumption over a thermally significant time period remains at or below the TDP for the CPU mode being used.
Two levels of boosted P-states are supported. APM can place compute units in the first level of boosted Pstates (Pb1) if the OS kernel requests the highest performance P-state available (e.g., P0) and processor power consumption remains within the TDP limit. The second level of boosted P-states can only be achieved if
• a subset (usually half) of compute units on each die are halted in CC6,
• software requests P0, the highest performance P-state available, and
• the processor power consumption remains within the TDP limit

Gruss, habakug

[1] http://www.naic.edu/~phil/software/amd/ ... SCREEN.pdf

[McBane87]

Wirkt ein bischen wie der Tip, bei einem Loch im Tank einfach häufiger Sprit nachzufüllen.

So ist das nun mal mit Ark im Alpha Stadium
Aktuell (heute) ist die Lösung für den Endbenutzer immer: je mehr Power du hast, desto besser läuft's.

Es gibt spezialisierte ARK-Game-Server zu mieten, eventuell haben deren Hoster das Problem besser im Griff?

Ja indem sie mehr Power in die Server pumpen. Dafür hab ich dann aber auch nur ne Weboberfläche und kann sonst nix weiter mit dem Server anstellen.


Ich möchte jetzt aber auch darum bitten, das wir aufhören um den heißen Brei herum zu reden. Denn ja Ark ist alpha und ja es wird noch besser werden. Aber darum geht es hier gar nicht in erster Linie. Meine Frage bezog sich nun mal auf den Turbo Boost des AMD Prozessors. Da hätte ich Ark nicht für erwähnen müssen.

Hallo!

Ich komme auch mal auf die eigentliche Frage und den Opteron zurück.

[...]The following are the recommended BIOS configurations for HPC.
• APM enabled to enable core frequency boost.
• C6 state enabled to allow boost to Pb0 that can provide up to 1 GHz (OPN dependent) core frequency boost when half of the CUs per die are in halted in C6
[...]
Be sure to enable the HPC P-state mode (if available in the BIOS) to prevent APM from decreasing the core frequency below software P0 frequency (i.e., the base frequency for the CPU, e.g., n GHz for an AMD Opteron™ 6276).
[...]
APM extends the normal P-states used by the OS to control core frequency (P0-P6) by adding two boosted P-states, Pb1 and Pb0, of which the OS is unaware. APM dynamically monitors CPU activity and generates a deterministic approximation of power consumption. If power consumption exceeds a defined Thermal Design Power (TDP) for the CPU, APM applies a P-state limit to reduce power consumption. However, if the CPU is using less than TDP, APM will shift to a boosted state (either Pb1 or Pb0) with an increased core frequency to apply this unused power to improve performance. APM ensures that average power consumption over a thermally significant time period remains at or below the TDP for the CPU mode being used.
Two levels of boosted P-states are supported. APM can place compute units in the first level of boosted Pstates (Pb1) if the OS kernel requests the highest performance P-state available (e.g., P0) and processor power consumption remains within the TDP limit. The second level of boosted P-states can only be achieved if
• a subset (usually half) of compute units on each die are halted in CC6,
• software requests P0, the highest performance P-state available, and
• the processor power consumption remains within the TDP limit

Gruss, habakug

[1] http://www.naic.edu/~phil/software/amd/ ... SCREEN.pdf

Danke.
Bloß wie im ersten Post bereits erwähnt habe ich keinen Zugriff auf das BIOS.
Ich habe aber parallel ein Ticket beim Hoster offen und da auch mal nachgefragt.

[wanne]

Zuerstmal: Den takt hochzuschrauben hat bei neueren Prozessoren oft nur recht wenig Performanceboost. Ziehe ich meinen von 4.0 auf 4.4 ist das praktisch nicht messbar.
Du kannst ja mal cpufreq-info anckucken. Das zeigt vermutlich deutich besser ob du am Limit der bist.

[McBane87]

Zuerstmal: Den takt hochzuschrauben hat bei neueren Prozessoren oft nur recht wenig Performanceboost. Ziehe ich meinen von 4.0 auf 4.4 ist das praktisch nicht messbar.

Ja da magst du schon Recht haben, aber betrachten wir das hier doch einfach als "Proof of Concept" in dem ich einfach nur mal gucken will ob Debian in der Lage ist den Prozessor im PB0 Status zu betreiben Und lass uns vernachlässigen ob das nun sinnig oder snsinnig ist.

Du kannst ja mal cpufreq-info anckucken. Das zeigt vermutlich deutich besser ob du am Limit der bist.

Was soll ich denn da gucken? Da sehe ich doch nur wie lange die CPU in einem bestimmten Status (Frequenz) war. Was immer das "normale" Maximum (2,3GHz, cpufreq-info zeigt keine Turbo Stati) ist.
Ich hab ja schon verschiedenen Tools benutzt um mir Auslastungen anzugucken. Bloß bringt mir das reine gucken auf Dauer ja auch nix^^

[wanne]

Ich hab ja schon verschiedenen Tools benutzt um mir Auslastungen anzugucken. Bloß bringt mir das reine gucken auf Dauer ja auch nix^^

Naja: Wenn du in etwa 25% am Frequnzamsimum bist, weißt du, dass du dein singlethreatead Problem hast. Wenn du da weit weg bist eher nicht.