Für echte Gurus :)

Br@in · 07.08.2001, 00:21

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?)

07.08.2001, 00:39

Zitat:

Original geschrieben von Br@in
Noch was: unterstützt W2K Prof. eigentlich Dualprozis?

ja

Venkman · 07.08.2001, 01:18

was sind Pipeline-Flushes genau ???

Br@in · 07.08.2001, 01:30

... 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)

Venkman · 07.08.2001, 10:03

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

DarkDevourer · 07.08.2001, 10:04

Zitat:

Original geschrieben von Br@in

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.

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

Br@in · 07.08.2001, 11:39

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...

LouCypher · 07.08.2001, 11:52

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

Br@in · 07.08.2001, 12:01

... 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...

DarkDevourer · 07.08.2001, 14:07

also mit os hat des jetz überhaupt nix zu tun

07.08.2001, 00:21	#1
Br@in Elite Registriert seit: 18.10.2000 Beiträge: 1.469	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?) ____________________________________ Science is like sex ... sometimes something useful comes out... BUT THATS NOT THE REASON WHY WE ARE DOING IT!!!

07.08.2001, 01:18	#3
Venkman Inventar Registriert seit: 18.03.2001 Beiträge: 4.563	was sind Pipeline-Flushes genau ??? ____________________________________ extraterrestrial:WCM SETI group - mySetiStats _xml \| Meldestelle Kinderpornografie \| my DVDs >When life hands you lemons, ask for tequila and salt.< \|für den optimisten ist das glas halb voll, für den pessimisten halb leer und für den techniker doppelt so groß wie es sein müsste\| error 042# - please restart this matrix! [OK]

07.08.2001, 01:30	#4
Br@in Elite Registriert seit: 18.10.2000 Beiträge: 1.469	... 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) ____________________________________ Science is like sex ... sometimes something useful comes out... BUT THATS NOT THE REASON WHY WE ARE DOING IT!!!

07.08.2001, 10:03	#5
Venkman Inventar Registriert seit: 18.03.2001 Beiträge: 4.563	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 ____________________________________ extraterrestrial:WCM SETI group - mySetiStats _xml \| Meldestelle Kinderpornografie \| my DVDs >When life hands you lemons, ask for tequila and salt.< \|für den optimisten ist das glas halb voll, für den pessimisten halb leer und für den techniker doppelt so groß wie es sein müsste\| error 042# - please restart this matrix! [OK]

07.08.2001, 11:39	#7
Br@in Elite Registriert seit: 18.10.2000 Beiträge: 1.469	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... ____________________________________ Science is like sex ... sometimes something useful comes out... BUT THATS NOT THE REASON WHY WE ARE DOING IT!!!

07.08.2001, 11:52	#8
LouCypher der da unten wohnt Registriert seit: 15.07.2000 Alter: 52 Beiträge: 11.502	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 ____________________________________ Greetings LouCypher

07.08.2001, 12:01	#9
Br@in Elite Registriert seit: 18.10.2000 Beiträge: 1.469	... 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... ____________________________________ Science is like sex ... sometimes something useful comes out... BUT THATS NOT THE REASON WHY WE ARE DOING IT!!!

07.08.2001, 14:07	#10
DarkDevourer Hero Registriert seit: 29.10.2000 Beiträge: 931	also mit os hat des jetz überhaupt nix zu tun

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)