Aus Spaß an der Freude (und weil ich gerade mal wieder Zeit hatte), habe ich auf dem Beta-Virtual-Server von EUserv ein paar Benchmarks durchgeführt.
Die Hardware-Daten des Systems wurden bereits in einem früheren Artikel genannt. Für die Benchmarks selbst habe ich einerseits bashmark und andererseits den WHT-Unix-Benchmark benutzt. Letzterer wird auch von den Testern von Virtualist.de benutzt.
Hier also die Resultate: Selbstverständlich sind die Resultate mit einem Körnchen Salz zu nehmen. Die Ergebnisse sind von vielerlei Faktoren abhängig, etwa der Auslastung der Hostnode, dem Verhalten der “Nachbarn” auf dem Wirtssystem und im Zweifel von der Luftfeuchtigkeit im Rechenzentrum.
Zunächst die Bewertung von bashmark. Die Ausgabe wurde mit dem Kommando <em>bashmark --secure --detailed</em> erzeugt.
####################################################### : T E S T : :S C O R E : : R A T I O: :-----------------------------------------------------: : 8bit integer : : 2268: : +108%: :16bit integer : : 2497: : +98%: :32bit integer : : 2449: : +72%: :64bit integer : : 1034: : +98%: :32bit fp : : 27: : -97%: :64bit fp : : 27: : -97%: :96bit(80real) fp : : 31: : -94%: : : : : : : :128B Mem r/w (cached) : : 2557: : +86%: :256B Mem r/w (cached) : : 1644: : +59%: : 32Byte Mem de-/alloc : : 634: : -19%: : 64Byte Mem de-/alloc : : 606: : -20%: :128Byte Mem de-/alloc : : 440: : +5%: : : : : : : :MThreading u-/lock : : 1430: : -43%: Saving of the results done. ####################################################### : S Y S T E M I N F O : ------------------------------------------------------- 1x Pentium(R) Dual-Core E5200 @ 998.516MHz, L2 2048KB Linux 2.6.18-92.1.18.el5.028stab060.2 GCC 4.3.3 72KB binary size ####################################################### : R E F E R E N C E S Y S T E M I N F O : ------------------------------------------------------- Reference system was Geno's pc with: Athlon XP 1800+ 1575.631MHz, 256KB Linux 2.6.11-ck1 GCC 3.4.3-20050110 (compiled with standard cflags) glibc 2.3.4 (with nptl) 128KB binary size Scores gathered on March, 30th. 2005 with bashmark 0.6
Dabei fällt die unheimlich miese Fließkommaperformanz auf, die ich so nicht erwartet habe. Die CPU (oder zumindest der eine in dem VPS sichtbare Kern) müsste eigentlich bessere Werte als ein angestaubter Athlon XP 1800+ liefern, den das Referenzsystem hatte. Die Ganzzahlperformance fällt hingegen wie erwartet aus. Beinahe doppelt so schnell wie das Referenzsystem (+0% entspricht genau der Performance des Referenzsystems).
Zum Vergleich noch die Ausgabe von zwei anderen Systemen. Einmal mein Desktop (Athlon 64 X2 3800+, 2 GB RAM, Linux 2.6.30-gentoo-r4, 64-Bit Betriebssystem) und einmal einer meiner Root-Server (Athlon 64 X2 4000+, 1 GB RAM, 32-Bit Betriebssystem).
Desktop
####################################################### : T E S T : :S C O R E : : R A T I O: :-----------------------------------------------------: : 8bit integer : : 2321: : +113%: :16bit integer : : 2632: : +109%: :32bit integer : : 2492: : +75%: :64bit integer : : 1591: : +205%: :32bit fp : : 2792: : +219%: :64bit fp : : 2370: : +171%: :128bit(80real) fp : : 1541: : +191%: : : : : : : :128B Mem r/w (cached) : : 21812: : +1490%: :256B Mem r/w (cached) : : 5164: : +399%: : 32Byte Mem de-/alloc : : 1149: : +46%: : 64Byte Mem de-/alloc : : 1149: : +52%: :128Byte Mem de-/alloc : : 1117: : +165%: : : : : : : :MThreading u-/lock : : 5130: : +106%: ####################################################### : S Y S T E M I N F O : ------------------------------------------------------- 2x AMD Athlon(tm) 64 X2 Dual Core 3800+ 2010.392MHz, L2 512KB Linux 2.6.30-gentoo-r4 GCC 4.3.3 100KB binary size ####################################################### : R E F E R E N C E S Y S T E M I N F O : ------------------------------------------------------- Reference system was Geno's pc with: Athlon XP 1800+ 1575.631MHz, 256KB Linux 2.6.11-ck1 GCC 3.4.3-20050110 (compiled with standard cflags) glibc 2.3.4 (with nptl) 128KB binary size Scores gathered on March, 30th. 2005 with bashmark 0.6
Root-Server
####################################################### : T E S T : :S C O R E : : R A T I O: :-----------------------------------------------------: : 8bit integer : : 1962: : +80%: :16bit integer : : 2847: : +126%: :32bit integer : : 3439: : +142%: :64bit integer : : 1178: : +126%: :32bit fp : : 2020: : +131%: :64bit fp : : 2409: : +176%: :96bit(80real) fp : : 1697: : +220%: : : : : : : :128B Mem r/w (cached) : : 2394: : +74%: :256B Mem r/w (cached) : : 2574: : +149%: : 32Byte Mem de-/alloc : : 1557: : +98%: : 64Byte Mem de-/alloc : : 1378: : +82%: :128Byte Mem de-/alloc : : 922: : +119%: : : : : : : :MThreading u-/lock : : 1267: : -49%: ####################################################### : S Y S T E M I N F O : ------------------------------------------------------- 2x AMD Athlon(tm) 64 X2 Dual Core 4000+ 2100.000MHz, L2 512KB Linux 2.6.29-hardened GCC 4.3.3 100KB binary size ####################################################### : R E F E R E N C E S Y S T E M I N F O : ------------------------------------------------------- Reference system was Geno's pc with: Athlon XP 1800+ 1575.631MHz, 256KB Linux 2.6.11-ck1 GCC 3.4.3-20050110 (compiled with standard cflags) glibc 2.3.4 (with nptl) 128KB binary size Scores gathered on March, 30th. 2005 with bashmark 0.6
Der zweite Benchmark wurde mit einer modifizierten Version von Unix Bench durchgeführt.
Hier das Resultat:
# # # # # # # ##### ###### # # #### # #
# # ## # # # # # # # ## # # # # #
# # # # # # ## ##### ##### # # # # ######
# # # # # # ## # # # # # # # # #
# # # ## # # # # # # # ## # # # #
#### # # # # # ##### ###### # # #### # #
4 1 Based on the Byte Magazine Unix Benchmark
44 11
v v 4 4 1
v v 44444 1 v4.1 revisions mostly by David C. Niemi,
v 4 o 111 - WHT.2 Reston, VA, USA
WHT Variant by Andy A. Lee
See: http://www.webhostingtalk.com/showthread.php?s=&threadid=308055
Dhrystone 2 using register variables 1 2
Double-Precision Whetstone 1 2
Execl Throughput 1
Filesystem Throughput 1024 bufsize 2000 maxblocks 1
Filesystem Throughput 256 bufsize 500 maxblocks 1
Filesystem Throughput 4096 bufsize 8000 maxblocks 1
Pipe Throughput 1 2
Pipe-based Context Switching 1 2
Process Creation 1
System Call Overhead 1 2
Shell Scripts (8 concurrent) 1
join: file 2 is not in sorted order
==============================================================
BYTE UNIX Benchmarks (Version 4.1-wht.2)
System -- Linux vps.schalanda.name 2.6.18-92.1.18.el5.028stab060.2 #1 SMP Tue Jan 13 11:38:36 MSK 2009 i686 Pentium(R) Dual-Core CPU E5200 @ 2.50GHz GenuineIntel GNU/Linux
/dev/simfs 10485760 4787336 0 100% /
Start Benchmark Run: Tue Aug 4 15:26:46 UTC 2009
15:26:46 up 73 days, 22:18, 1 user, load average: 0.14, 0.32, 0.18
End Benchmark Run: Tue Aug 4 15:40:44 UTC 2009
15:40:44 up 73 days, 22:32, 1 user, load average: 14.05, 6.21, 3.09
INDEX VALUES
TEST BASELINE RESULT INDEX
Dhrystone 2 using register variables 376783.7 2192225.3 58.2
Double-Precision Whetstone 83.1 1318.3 158.6
Execl Throughput 188.3 1385.6 73.6
File Copy 1024 bufsize 2000 maxblocks 2672.0 41902.0 156.8
File Copy 256 bufsize 500 maxblocks 1077.0 14154.0 131.4
File Read 4096 bufsize 8000 maxblocks 15382.0 255160.0 165.9
Pipe-based Context Switching 15448.6 109675.6 71.0
Pipe Throughput 111814.6 365720.5 32.7
Process Creation 569.3 4342.3 76.3
Shell Scripts (8 concurrent) 44.8 142.0 31.7
System Call Overhead 114433.5 313138.4 27.4
=========
FINAL SCORE 73.9
73,9 Punkte. Ich muss sagen, dass ich hier ziemlich enttäuscht bin und eigentlich eine höhere Punktzahl erwartet hätte. In den Berichten auf Virtualist.de haben vergleichbare V-Server eine wesentlich höhere, eigentlich immer dreistellige Punktzahl zwischen 100 und über 300 Punkten erreicht. Die Load am Ende des Benchmarks zeigt auch, dass das System während dessen Ausführung ordentlich geschwitzt hat.
Entweder sitzt also ein “Nachbar” auf der gleichen Hostnode und stresst das System gewaltig oder das Wirtssystem ist gnadenlos überbucht. Vermutlich testet EUserv noch immer, wie viele VPS auf ein Wirtssystem gepackt werden können, ohne dass es die Benutzer merken. Bis zum tatsächlichen Verkaufsstart haben sie es hoffentlich herausbekommen.