|
|
|
|
BDKMPSS
offline
OC God 22 Jahre dabei !
|
Ich wollte auch nicht sagen, das du unrecht hast, ich wollte nur den Grund dafür einwerfen und dabei anmerken, das man sich bei VMs nicht unbedingt auf "harte" Benchmarks verlassen sollte. Vielleicht war es ein wenig unglücklich formuliert... Also nochmal. Die Workstation Edition ist schneller, da Sie stets die aktuellere CodeBase hat und VMWare auch nur dort alle Features freischaltet. Er basiert zwar auf der Workstation (wie Ino sagte) aber da es eben eine ältere Version ist, heißt das nicht, das beide Versionen deshalb gleich schnell sind. Damit nichts zu tun hat die Aussage, das man Zeit in einer VM nicht genau genug messen kann um wirklich "gute" und aussagekräftige Benchmarks zu machen. (und selbst dann sind es nur Benchmarks... von denen man halten kann was man will). Der Grund dafür liegt darin, das das Host Betriebsystem das Gast Betriebsystem teilweise komplett anhällt, wenn z.B der Kernel des Hosts etwas wichtigeres zu tun hat. Die VMSoftware ist dahingehend eben nicht besser gestellt als jede andere Software auf dem Host OS auch. Damit das nicht auffällt, das deshalb der interne Zeitgeber des Gast Betriebssystems springt bzw. nicht echtzeitsyncron läuft wird er alle Paar Minuten bzw. gar Sekunden wieder von der VM Software synchronisiert. All das führt dazu, das es unmöglich ist eine sehr genaue Zeit innerhalb einer VM zu messen, weshalb Benchmarks teilweise relativ große Abweichungen erzeugen können und so Geschichten auftreten, das das Benchmark auf dem Gast Betriebssystem scheinbar schneller als auf dem Host läuft. Daher sind sehr viele Benchmarks im Netz einfach nichts sagend, wenn sie das 1. nicht beachten oder wie die CT es versuchen, aber herausfinden, das es unmöglich ist gute Resultate zu bekommen und dann mit "grandiosen" Vorsprüngen einen einen Sieger gefunden zu haben. Man sollte das also vielleicht noch ein wenig kritischer sehen als sonst und nicht mit "Ich weiß es, es sind genau 8% Vorsprung" usw um sich werfen. Aber das ist nur meine Meinung... (Geändert von BDKMPSS um 18:07 am Mai 22, 2008)
|
Beiträge gesamt: 1860 | Durchschnitt: 0 Postings pro Tag Registrierung: Feb. 2002 | Dabei seit: 8308 Tagen | Erstellt: 18:05 am 22. Mai 2008
|
|
|
rage82
aus gebombt offline
Real OC or Post God ! 23 Jahre dabei !
Intel Core i7 3700 MHz @ 3700 MHz 53°C mit 1.05 Volt
|
Zitat von BDKMPSS um 18:05 am Mai 22, 2008 Ich wollte auch nicht sagen, das du unrecht hast, ich wollte nur den Grund dafür einwerfen und dabei anmerken, das man sich bei VMs nicht unbedingt auf "harte" Benchmarks verlassen sollte. Vielleicht war es ein wenig unglücklich formuliert... Also nochmal. Die Workstation Edition ist schneller, da Sie stets die aktuellere CodeBase hat und VMWare auch nur dort alle Features freischaltet. Er basiert zwar auf der Workstation (wie Ino sagte) aber da es eben eine ältere Version ist, heißt das nicht, das beide Versionen deshalb gleich schnell sind. Damit nichts zu tun hat die Aussage, das man Zeit in einer VM nicht genau genug messen kann um wirklich "gute" und aussagekräftige Benchmarks zu machen. (und selbst dann sind es nur Benchmarks... von denen man halten kann was man will). Der Grund dafür liegt darin, das das Host Betriebsystem das Gast Betriebsystem teilweise komplett anhällt, wenn z.B der Kernel des Hosts etwas wichtigeres zu tun hat. Die VMSoftware ist dahingehend eben nicht besser gestellt als jede andere Software auf dem Host OS auch. Damit das nicht auffällt, das deshalb der interne Zeitgeber des Gast Betriebssystems springt bzw. nicht echtzeitsyncron läuft wird er alle Paar Minuten bzw. gar Sekunden wieder von der VM Software synchronisiert. All das führt dazu, das es unmöglich ist eine sehr genaue Zeit innerhalb einer VM zu messen, weshalb Benchmarks teilweise relativ große Abweichungen erzeugen können und so Geschichten auftreten, das das Benchmark auf dem Gast Betriebssystem scheinbar schneller als auf dem Host läuft. Daher sind sehr viele Benchmarks im Netz einfach nichts sagend, wenn sie das 1. nicht beachten oder wie die CT es versuchen, aber herausfinden, das es unmöglich ist gute Resultate zu bekommen und dann mit "grandiosen" Vorsprüngen einen einen Sieger gefunden zu haben. Man sollte das also vielleicht noch ein wenig kritischer sehen als sonst und nicht mit "Ich weiß es, es sind genau 8% Vorsprung" usw um sich werfen. Aber das ist nur meine Meinung... (Geändert von BDKMPSS um 18:07 am Mai 22, 2008)
| ich fasse das mal kurz zusammen was du beschreibst trifft auf jeden benchmark zu, egal ob in einem virtualisierten OS oder ob der bench auf einem host-os läuft, und wie erreicht man bei diesem problem ein brauchbares ergebnis? halte ich eigentlich für recht simpel und wird von den meisten regelmäig gekauften zeitschriften oder frequentierten hardware-info homepages auch so gehandhabt.
"Beim Beschleunigen müssen die Tränen der Ergriffenheit waagerecht zum Ohr hin abfließen" - Walter Röhrl
|
Beiträge gesamt: 18206 | Durchschnitt: 2 Postings pro Tag Registrierung: Mai 2001 | Dabei seit: 8597 Tagen | Erstellt: 20:41 am 22. Mai 2008
|
|
|
|