Bl4ckR4v3n
Software-Overclocker(in)
Die Randbedingung sind klar:
CPU, Ram, MoBo, NT, Kühlung, Massenspeicher, GPU, Windowsversion. Das einzige was sich an der Gleichung verändert ist die Software ( Treiber )
Les dir nochmal durch was die Rahmen- oder Randbedingungen sind. Weil nach deiner falschen Agumentation wären auch alle "Tests" von PCGH und co. für die Tonne da:
CPU, Ram, MoBo, NT, Kühlung, Massenspeicher gleich bleiben wie oben. Ob ich an den Rahmenbedingungen jetzt die GPU oder den Treiber verändert ändert nichts da 1. nur eine Komponente der Gleichung verändert wurde und 2. bei gleichen Rahmenbedingungen die Aussagekraft vorhanden ist.
Gut das du richtig gelesen hast. Sinnvolle Randbedingung! Das was du beschreibst sind es halt nicht. Solange er Messungen hat in denen das GPU und CPU Limit greifen ist Ganze nicht mehr sinnvoll einzuordnen.
Wenn du unsinnige Rahmenbedingungen akzeptieren willst, mach das aber dann beschwere dich nicht, wenn die Leute hier dich oder den Test nicht für voll nehmen.
Dann solltest du auch nicht versuchen etwas aus dem Test zu ziehen was es nicht hergibt.Nein. Um das Verhalten eines Softwarestücks auf dem eigenen System zu analysieren reicht dieser Aufbau. Erst wenn du deine Messung als allgemeingültig für alle Systeme diesen Types "verkaufen" willst brauchst du mehrere Systeme.
Die Siliconlottery hat keine signifikanten Einflüsse sofern wir Stockperformance betrachten. Da ist alleine die Varianz der einzelnen Durchläufe höher.Dazu kommt das dank silicon lottery gpus und cpus verschiedene Ergebnisse produzieren können, selbst wenn es sich um identische Komponenten handelt. Dann müsstest du hin gehen und auf allen System den CPU und GPU Takt ( inklusive I/O ) festsetzen, was das alles aber auch nicht glaubwürdiger macht da die große chance besteht das solche systeme ( abseits von "Laborbedingungen" ) nicht in der realen Welt anzutreffen wären.
Und unterschiedlicher Limits...Die Randbedingungen sind sein unverändertes System, bis auf den Treiber als Softwarekomponente
Wie sich der Treiber für einen Sonderfall verhält. Und nun der Test ist damit so sinnvoll wie ein Traktionstest von Sommerreifen auf Glatteis.Doch, dieser Test sagt aus wie sein System auf die verändere Komponente -> Treiber <- verhält.
Verzeih da habe ich anscheinend bei dir zu viel reininterpretiert als du von CPU overhead gesprochen hastHier schreibst du "wäre es darum gegangen die CPU zu testen" und einen Absatz oben schreibst du "er wollte sein System testen", ja was denn nun? Er hat sein System getestet, die CPU blieb in allen fällen die gleiche.
Solange ich die Eigenschaften von Produkten/Funktionen damit feststelle dürfte sowas weiterhin als Test durchgehen...Generell müssen wir mal darüber reden wie verheizt das Wort Test in unserem Sprachgebrauch ist. Nicht alles was als Test deklariert ist ist auch ein Test, das meiste ( wie Grafikkarten"tests" ) sind Messungen und keine Tests. Messungen können Teil eines Tests sein aber niemals selbst ein Test.