Benutzername:   Noch nicht registriert?
Passwort:   Passwort vergessen?
iB Code Einmal klicken um den Tag zu öffnen, nochmal klicken zum Schliessen

Top Smilies
Beitrag

HTML ist on für dieses Forum

IkonCode ist on für dieses Forum

SMILIES LEGENDE ansehen

Beitragsoptionen

Möchten Sie Ihre Signatur hinzufügen?
Wollen Sie per Email über Antworten informiert werden?
Wollen Sie Emoticons in Ihrem Beitrag aktivieren?
 

Beitragsrückblick für (die neuesten Beiträge zuerst)
rage82 Erstellt: 9:12 am 3. Sep. 2011
mit "effektiven" latenzen meinte ich tatsächlich das, was du beschrieben hast.
wenn man den takt erhöht und damit die zeit pro zyklus sinkt und man aber mehr zyklen warten muss, hat man nichts gewonnen. außer natürlich die anwendung lechzt nach durchsatz
fuUser Erstellt: 1:31 am 3. Sep. 2011
Da hast du wohl recht.
DualChannel hatte ich im ersten Post noch im Kopf und nun glatt unterschlagen.
Theoretisch kommt ein Intel-System mit FSB damit wieder auf 1:1. Trotzdem muss man auch erwähnen, das Quad-Pumped FSB weit effektiver ist als DualChannel, da wie vorher schon erwähnt die gerade benötigten Daten nicht immer genau so verteilt sind, das sie sich perfekt auf beide Channels verteilen. Daher wohl auch der Standard von mehr DRAM-Clock als FSB, den ich oft gesehen habe.

Aber das alles nun mehr oder weniger hinfällig ist, hatte ich ja auch erwähnt.
Integrierte Grafik ist dabei auch so ein Punkt, wo schnellerer Speicher tatsächlich einen merklichen Unterschied machen kann. Vielleicht nicht ganz fühlbar, aber zumindest in FPS und nicht nur im Memory Bench.

Wobei ich die Anspielung auf höhere "effektive" Latenzen nicht ganz nachvollziehen kann. Meistens verändern sich die Latenzen in Realzeit doch gar nicht/wenig. Zwar sind die Latenz-"Zahlen" mit höherer externer Frequenz höher, aber da sie in Takten gemessen werden, und es mehr Takte pro Zeiteinheit gibt (also ein Takt-Zyklus kürzer ist), kommt ungefähr wieder das gleiche raus.
Geht der Takt hoch muss also die Latenz in Takten auch größer werden um bei gleicher Realzeit zu bleiben.
Sicher kommt man in Ermangelung von Latenzen in Bruchteilen von Takten nicht mehr auf genau die gleichen Zeiten, aber so ungefähr kommt es eigentlich immer wieder hin.
Von starkem OC mal abgesehen, wo die Latenzen übermäßig erhöht werden müssen, damit die komplexe interleaving-logic noch läuft.
Darum gibt es ja auch Techniken wie DDR. Die Latenzen in Echtzeit von heutigem DRAM Chips sind noch fast genau so schnell/langsam wie von einfachem SDRAM aus Zeiten des PII. Nur die Verschaltung ist trickreicher um mit mehr Interleaving höheren Duchsatz zu erreichen.
rage82 Erstellt: 23:44 am 2. Sep. 2011
du vergisst da aber dinge wie mehrkanalige speicherinterfaces usw.

da seit nehalem auch bei intel kein wirklicher fsb mehr existiert heisst die devise, höherer ram takt schadet nicht, bringt aber effektiv nichts. meistens fressen höhere effektive latenzen den höheren durchsatz auf. es kommz aber auch immer auf die anwendung an.

anders sieht es da beim amd llano aus. da braucht die gpu natürlich allen durchsatz den sie kriegen kann.
fuUser Erstellt: 21:01 am 2. Sep. 2011
jep.

Was meistens nicht sinnvoll ist, ist FSB schneller als DRAM einzustellen.

Für 08/15 User ist es wirklich egal und "die anderen" müssen halt von 1:1 bis 1:10 testen was stabil geht und im Bench 3 Punkte mehr bringt ;-)

Bei Athlon XP und älter war 1:1 und möglichst kurze Latenzen angesagt, wenn ich mich recht erinnere. Aber da waren die Chipsätze auch ganz anders aufgebaut.

Mann kann auch bedenken, dass bei Intel Systemen >= P4 mit FSB dieser theoretisch doppelt so schnell wie der DRAM arbeitet. Bei 1:1 real Takt hast also theoretisch 2:1, da FSB Quadpumped (x4) ist und DRAM aber nur DDR (x2).
Ändert an der Latzenz-Geschichte nichts, aber durchsatztechnisch ist es besser, wenn DRAM schneller ist. meist ist auch 4:5 o.ä. Standardeinstellung.

(Geändert von fuUser um 21:06 am Sep. 2, 2011)
maxpayne Erstellt: 18:27 am 2. Sep. 2011
super, danke für die info! :thumb: also für den 08/15 user ists schnuppe und für ambitionierte leute 1:1 oder ram schneller. hab ichs soweit richtig verstanden?
Weniger Antworten Mehr Antworten
fuUser Erstellt: 18:21 am 2. Sep. 2011
1) nein, bei "modernen" Chipsätzen sollte das in der Beziehung völlig egal sein

2) Theoretisch ja. Wenn du einen Versatz zwischen FSB und DRAM-Clock hast, dann können die Datenpakete nicht direkt "durchgereicht" werden. Wenn z.B. Daten vom FSB kommen, die aber Asynchron durch einem langsameren DRAM
Bus sollen, dann müssen sie Zeitweise in irgend einem Buffer "warten". Das erhöht offensichtlich die Latenz. Egal von wo nach wo Daten signalisiert werden und wie das Verhältnis ist, 1:1 ist theoretisch immer am besten, da es eine konstante Latenz von sagen wir mal einem Takt gibt. Normalerweise macht sich das wenn überhaupt nur in Memory Benchmarks bemerkbar.

Den Speicher schneller anzusprechen als den FSB kann aber auch Vorteile haben. Der DRAM Bus kann nicht konstant mit Daten versorgt werden, da das Zugriffsmuster sich nicht gleichmäßig verteilt und deshalb DualChannel, DDR und solche Geschichten nie 100%ig wirken können. Ist nun der Speicher schneller an den Chipsatz angebunden als die CPU, dann ist die Chance höher immer Daten vom/für den Speicher bereit halten zu können.

Bei in CPUs integrierten Speichercontrollern ist das allerdings eh alles hinfällig, da zwischen CPU Cache/Pipeline und Speichercontroller sowieso immer ein asynchroner Buffer sitzt und das ganze Gebilde sowieso mit weit mehr als 2 internen Frequenzen arbeitet. Der "FSB" ist sowieso dann vom DRAM Bus eher unabhängig, da er nur zur Kommunikation mit I/O Chip und eventuell der Grafik benötigt wird. Da ist eher die Devise: DRAM Bus so schnell wie stabil möglich ist, das genutzte Taktgenerator Verhältnis sollte sich wenn dann nur sekundär auswirken.

3) siehe 2)

maxpayne Erstellt: 10:48 am 2. Sep. 2011
:moin:

was bringt es einem system, wenn das FSBRAM verhältnis 1:1 ist?

1. kommt es der stabilität zugute?
2. bringt es einen leistunsvorteil?
3. das verhältnis spielt keine rolle

hardware: im speziellen geht es um das hauptsystem in meinem profil.
×