mat69 schrieb:
Ergibt für dich vielleicht keinen Sinn, aber ich habe mehr als nur einen Browser offen und auch andere Programme/Dienste... lechzen nach Leistung.
Hast du noch nie nebenher ein paar MP3s gehört? Ständige Ruckler im Sound wg. 100% für 400ms machen sich sicher spitzenmäßig.
Du musst bedenken, dass bei einem Benchmark ein Programm möglichst isoliert getestet wird. Das heißt, es soll möglichst 100% CPU-Last erzeugen und dadurch die Testroutine möglichst schnell bewältigen. Eine zu niedrige Last im Benchmark deutet darauf hin, dass z.B. zu viele Daten zwischen CPU und RAM oder RAM und Festplatte hin- und hergeschoben werden.
Es ist normalerweise nicht sinnvoll, ein Programm künstlich abzubremsen, sondern es ist viel mehr die Aufgabe des Kernels, die Leistung zu verteilen. Wenn deine CPU beispielsweise mit dem Dekodieren von MP3s mit 5% belastet ist, kann er die ganzen restlichen 95% an Firefox weiterverteilen. Bei anderen wären vielleicht 98% oder nur 80% übrig, daran sieht man, wie unsinnig es wäre, die Leistung auf einen festen Wert zu deckeln.
Was ich mir z.b. denke ist dass das compileing just in time schon recht viel CPU Last erfordern dürfte.
Nein, bedeutend weniger als wenn eine Aufgabe 3x/10x/100x hintereinander komplett neu interpretiert werden muss. Mit JIT kann der Maschinencode für eine bestimmte Aufgabe zwischengespeichert und beliebig oft wieder verwendet werden.
Und ich meine nicht unbedingt die Benchmarks, nur ob im "normalen" Gebrauch mehr Leistung verbraucht wird als mit z.B. FF2.X.
CPU: in etwa gleich
RAM: weniger, als FF2, vor allem mit vielen Tabs und wenn Firefox länger offen ist
