Beiträge von ThomasChr

Hinweis: Da single Threaded ist es normal dass ein RS 500 da ziemlich gleichgut zu einem RS 8000 abschneiden würde!

Das ist ein

sysbench --test=cpu --cpu-max-prime=20000 run

Komplette Ausgabe:

WARNING: the --test option is deprecated. You can pass a script name or path on the command line without any options.sysbench 1.0.11 (using system LuaJIT 2.1.0-beta3)Running the test with following options:Number of threads: 1Initializing random number generator from current timePrime numbers limit: 20000Initializing worker threads...Threads started!CPU speed:events per second:   419.13General statistics:total time:                          10.0003stotal number of events:              4193Latency (ms):min:                                  2.13avg:                                  2.38max:                                  4.9895th percentile:                      2.48sum:                               9997.28Threads fairness:events (avg/stddev):           4193.0000/0.00execution time (avg/stddev):   9.9973/0.00

Hier ein:

sysbench --test=cpu run

WARNING: the --test option is deprecated. You can pass a script name or path on the command line without any options.
sysbench 1.0.11 (using system LuaJIT 2.1.0-beta3)


Running the test with following options:
Number of threads: 1
Initializing random number generator from current time




Prime numbers limit: 10000


Initializing worker threads...


Threads started!


CPU speed:
events per second:  1064.49


General statistics:
total time:                          10.0006s
total number of events:              10649


Latency (ms):
min:                                  0.83
avg:                                  0.94
max:                                  1.99
95th percentile:                      0.97
sum:                               9994.88


Threads fairness:
events (avg/stddev):           10649.0000/0.00
execution time (avg/stddev):   9.9949/0.00

Wunderbar, endlich auf JEDER Website eine Meldung "Ich stimmte Cookies zu" bevor ich die Website lesen kann. Ganz toll lieber Gesetzgeber.

Wäre ja nicht so dass mich schon der aktuelle Cookie Warnhinweis riesig aufregt.

Cookies sind nunmal ein essentieller Bestandteil der Technik im Internet.

Ich denke diese ganze Ansicht ist mehr oder weniger nur fake. Wäre aber natürlich schön wenn der Hypervisor hier realistische Daten durchreichen könnte. Vielleicht weiß Felix hier mehr zu zu sagen?

Hecke29 Stimmt natürlich. Wobei ich nicht ganz sicher bin ob "leere" Hardware bei dedizierten Kernen einen großen Unterschied machen sollte.

War übrigens ein Single-Threaded Benchmark.

Beim berechnen von Pi auf 5000 Stellen sieht es so aus:

time echo "scale=5000; a(1)*4" | bc -l > /dev/null

Neu:

15.984s

Alt:

22.462s

UPDATE: Natürlich macht leere Hardware einen Unterschied. Denn Bus und Cache ist ja trotzdem shared.

Hier mal ein RS 4000 alt:

CPU speed:
    events per second:   357.95

General statistics:
    total time:                          10.0020s
    total number of events:              3581

Latency (ms):
         min:                                  2.61
         avg:                                  2.79
         max:                                  4.20
         95th percentile:                      3.36
         sum:                               9991.13

Threads fairness:
    events (avg/stddev):           3581.0000/0.00
    execution time (avg/stddev):   9.9911/0.00

Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              8
On-line CPU(s) list: 0-7
Thread(s) per core:  1
Core(s) per socket:  1
Socket(s):           8
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               79
Model name:          Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz
Stepping:            1
CPU MHz:             2399.996
BogoMIPS:            4799.99
Hypervisor vendor:   KVM
Virtualization type: full
L1d cache:           32K
L1i cache:           32K
L2 cache:            4096K
L3 cache:            16384K
NUMA node0 CPU(s):   0-7
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl xtopology cpuid pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch invpcid_single pti fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm rdseed adx smap xsaveopt arat

gegen neu:

CPU speed:
    events per second:   484.63

General statistics:
    total time:                          10.0002s
    total number of events:              4848

Latency (ms):
         min:                                  1.95
         avg:                                  2.06
         max:                                  4.94
         95th percentile:                      2.14
         sum:                               9998.72

Threads fairness:
    events (avg/stddev):           4848.0000/0.00
    execution time (avg/stddev):   9.9987/0.00

Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              10
On-line CPU(s) list: 0-9
Thread(s) per core:  1
Core(s) per socket:  1
Socket(s):           10
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               85
Model name:          Intel(R) Xeon(R) Gold 6140 CPU @ 2.30GHz
Stepping:            4
CPU MHz:             2294.610
BogoMIPS:            4589.22
Hypervisor vendor:   KVM
Virtualization type: full
L1d cache:           32K
L1i cache:           32K
L2 cache:            4096K
L3 cache:            16384K
NUMA node0 CPU(s):   0-9
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl xtopology cpuid pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch invpcid_single pti fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves arat pku ospke

Der neuere scheint mir deutlich schneller und hat mehr CPU Flags. Komischerweise heißt es beim neueren aber dass er nur ~2300 MHz hat, beim alten waren es hier noch ~2400 MHz.

Hab auch gleich mal meine Testsysteme neu bestellt. Wir werden sehen

Wenn ich das richtig verstanden habe zahlst du die Server immer fürs ganze Monat, egal ob diese aus oder an sind.

Nur wenn du mitten im Monat den Server kündigst bekommst du das Geld zurück für den Teil des Monates wo der Server nicht mehr vorhanden ist.

Ja, es ist quasi sekundengenau abgerechnet, aber nicht so wie man denken würde.

Vorab-Informationen für die fleisigen Forumsmitleser über die Spezifikationen?

Sind von dem Webspace aus ausgehende Verbindungen richtung Mysql-Ports evtl. blockiert?
Frag doch mal den Support!

Such mal irgendwie nach Webserver fehler log. Ich weiß es leider auch nicht da ich kein Webhosting habe.

Aus irgendeinem Grund konnte er die Zip-Datei nicht entpacken. Ich würde auf ein Rechteproblem tippen. Steht was dazu in der errlog des Webservers?

Aber nur weil deine CPUs auf Volllast arbeiten muss die Last nicht zu hoch sein. Schließlich ist das ihr Job als CPU

Will sagen: Tools wie „vmstat“ oder „mpstat“ zeigen dir deutlich genauer was wirklich los ist!

Volllast per se ist nicht schlimm. Queuing von Prozessen die keine CPU bekommen und deshalb warten müssen ist eher ein Problem!

G ist wohl Gigahertz. Heißt also die letzten 6 Stunden hast du 6 Gigahertz "verwendet"...

Die 386G für die vergangenen 31 Tage sind natürlich schwer zu interpretieren

Imho: nein!

Python wird recht selten als Web-Programmiersprache verwendet. Perl war mal der Standard aber das ist lange her und heute fristet es eher ein Nischen

-dasein.

PHP ist wohl am wichtigsten. Danach wohl noch eher NodeJS. Dann wirds ruhig mit anderen Sprachen...

Hier auch keine Probleme. Sauber durchlaufende Server (abgesehen von Updates) über Monate.

Hallo Juergen,

letztendlich ist es bei jedem Server Anbieter das gleiche:

Du musst drauf vertrauen dass die Hardware performt.

Ich kenne genug Anbieter die ganz tolle Versprechungen bieten und am Ende nicht halten.

Da ist das Storage Super schnell - das stimmt.

Dass es aber manchmal Latenzen von mehreren Sekunden hat sagt dir vorher keiner!

Ich habe vServer bei netcup (mit SSDs in diesem Fall) und konnte mich über mangelnde Power nie beschweren.

Die Storage Server sind manchmal etwas langsam. Das ist aber vollkommen klar und netcup macht da kein Geheimnis drum. Die sind eben Datengräber und keine Systeme um ordentlich Dampf zu machen.

An deiner Stelle würde ichs einfach ausprobieren. Die Preise von netcup sind sehr günstig und ich denke nicht dass du ein großes Risiko eingehst.

Was übrigens die Strorage-Server betrifft: Natürlich kannst du mit denen alles machen was du willst. Das sind vollwertige Server mit viel Platz!

Wenn du noch Fragen hast, oder ich dir kostenlos ein Testsystem hinstellen soll, dann meld dich einfach.

Thomas

@Tobias992 Dass es keinen Unterschied in PHP-Bench gibt ist klar, die CPUs sind die gleichen - egal ob SSD oder SATA.

Außerdem wird nur ein Core genutzt.

Dass das IO auch nicht viel schneller ist liegt simpel daran dass der Test ordentlich im Cache des Betriebssystems landet.

Um das zu verhindern müsste der Test deutlich komplizierter sein.

(Bei bonnie++ ist wohl die Empfehlung mindestens die doppelte RAM Größe an Dateien zu schreiben)

Windows scheint nur dank KlickiBunti einfacher zu sein. Unter der Haube ist es aber dank seinem ganzen 32 Bit, WinSxS und sonstigen kompatibel machenden Shims einfach nur aufgebläht und wahnwitzig kompliziert. Da ist Linux deutlich einfacher und logischer.

Klar: Alles imho - aber ich bin sicherlich nicht der einzigste der so denkt!

Hallo Felix,

vielen Dank für die Info!

Super dass das Problem gefunden ist - die Live-Snapshosts kann man ja notfalls manuell aktivieren!

Thomas