Für echte Gurus :)
 

Hmmm Hardware-Problem? Eigentlich schon :).

Hey hat wer von Euch eine Ahnung um wieviel Prozent solche Sachen wie Pipeline-Flushes und Cache-Misses,.... die Arbeitsgeschwindigkeit eines Systems bezogen auf den Best-Case mindern.

Nach dem das ja anwendungsbezogen ist: Für den Fall von Win2000 oder so...

Stefan

(Noch was: unterstützt W2K Prof. eigentlich Dualprozis?)

Re: Für echte Gurus :)
 

ja

was sind Pipeline-Flushes genau ???

;) ... für echte Gurus :)

wenn in einer Befehlspipeline (wie in allen modernen µCs) eine Exception (z.B.: Befehl braucht die Daten des Ergebnisses des Befehls davor - diese sind vorhanden, aber noch nicht verfügbar weil noch nicht zurückgeschrieben) auftritt, muss der gesamte Pipeline Inhalt nach der letzten gültigen Operation gelöscht werden. -> flushen.

Stört den Prozessablauf (wird langsamer)

:)

thx - ich schätze mal diese performanceeinbüßungen lassen sich mit keiner software testen - da wird man wahrscheinlich schon einen ziemlich teueren Messplatz oder sowas in der richtung brauchen - aber wäre sicher interessant

Re: Für echte Gurus :)
 

naja, das sowas nicht zu umgehen ist gibts glaub ich keine zahlen....

Genaugenommen, würden statistische Verfahren schon reichen, aber dazu fehlen mir die Daten. Berechnen sollte sich das schon lassen. Mit Software messen lässt sich das sicher nicht. Gibt ja keinen direkten Zugriff auf Caches und Pipes...

Schreib ein mail an amd oder intel die haben sicher info darüber. Im bezug auf das "best case scenario" wär der performance unterschied aber sicher enorm. Eine cpu die ALLE benötigten daten im 1st level cache hat wär sicher unschlagbar, man bräuchte keinen ram und keine hdds mehr :)

... ja ich schätz das im Realfall in einem Fucking *sorry* OS wie mein WIN2K (obwohl noch immer das um längen beste MS-OS das es je gab). Liegen wohl 97% echte Rechenkapazität brach...

also mit os hat des jetz überhaupt nix zu tun

wenn man softwaremäßig net drauf zugreifen kann wird a os kaum was ändern können denn dann is es reine hardwaresache - oder wird das über asm code gemacht ?? - glaub ich eigentlich eher nicht wird wohl eine eigene controllereinheit oder sowas im prozi drinsein die das verwaltet -> wäre dann bei jedem prozzi anders

jaja. :engel:

Man kann den Code mit Vorbedacht auf solche Sachen schreiben oder nicht..... (Du kannst ja auch nicht dein ABS im Auto direkt steuern und trotzdem früher stehen wennst früher bremst oder nicht direkt in einer Ölspur bleibst...)

und JA es ist bei jedem Prozi anders, aber nicht so viel. Mir gehts ja auch bloß um eine Größenordnung ;) für mich ist 85% genauso gut wie 95%. Dachte vielleicht hat schon mal wer davon gehört.