Toon posts:

Efficiency DDR en QDR Geheugenbussen/RAM?

Pagina: 1
Acties:

Verwijderd

Topicstarter
Weet iemand toevallig wat zo ongeveer de efficiency is van DDR en QDR geheugenbussen/RAM?

Ik bedoel dus in tegenstelling tot SDR bussen/RAM. Het lijkt me namelijk niet aannemelijk dat een DDR (AMD) bus ook exact 200% presteert ten opzichte van een SDR bus. En dat een QDR bus (P4)exact 400% presteert.

Zijn daar getallen van?

Verwijderd

je kan het zo precies nemen dat hangt af van de appz die je draait

  • Abbadon
  • Registratie: Februari 2000
  • Laatst online: 25-08 21:09
Tja, exacte cijfertjes zijn niet te geven, maar houdt dit in het achterhoofd: Alleen de data maakt gebruik van x Data Rate, adressignalen gaan bijvoorbeeld met SDR (dus in het geval van PC2100 met 133MHz) waardoor de effectieve performance nimmer twee (vier) maal zo hoog zal zijn. Alleen in gevallen van een grote aaneengesloten blok data (zoals in Stream e.d.) zal de dataoverdracht 2 (of 4) maal zo snel kunnen verlopen. Het is natuurlijk ook zo dat de latentie niet 2 of 4 maal zo laag is, en aangezien software tegenwoordig meer latentie dan bandbreedte afhankelijk is zal je in de praktijk nooit de maximale theoretische doorvoer van DDR/QDR halen.
En, het een en ander is ook zeer afhankelijk van hoeveel de cpu aan kan (FSB, en door de caching heeft 'ie niet elke cycle data nodig uit het fysiek geheugen) en hoe de memorycontroller met het geheugen omgaat (o.a. buffering, paging policy e.d.). Plus, de toepassing die je gebruikt maakt natuurlijk ook veel uit. Er zijn veel factoren, en er valt zo een twee drie niet een eeduidig antwoord op te geven; zie de huidige DDR-SDRAM en RDRAM implementaties, en daar zie je alle aangehaalde punten weer in terug.

Just pick a dead end and chill out 'till you die.


  • SG
  • Registratie: Januari 2001
  • Laatst online: 20-08 12:04

SG

SG surft naar info hardewaren

De code bepaald mede ook de haalbare data stroom

bijvoorbeeld FPU memory bandbreedte

Als je FPU code gebruikt die weinig CPU cyclus nodig heeft zal meer datastroom veroorzaken dan FPU code die veel cycles nodig heeft

MAW de CPU of GPU moet die datastroom kunnen verwerken dus opvragen en afgeven Als de CPU dat niet kan dan zie je ook geen verbetering 'n P4 kan mede door zijn data bus 64bits en hoge clock 2.0Ghz aan zienlijk data opvragen maar moet het ook snel kunnen verwerken omdat dit ook sterk code afhanklijk is presteren veel apps sterk varierend bij voorbeeld de FPU op de P4 is zeer zwak dus hier verslikt de P4 zich in dus kleine datastroom bij AMD die slikt dat gretig terwijl bij SSE2 vind de P4 lekker en die voer kan dan ook vlot angevoerd worden omdat die dan ook snel afhandeld

Code dat snel afgehandeld kan worden bijvoorbeeld in 1 of 2 CPU cycles heeft de potentie om de grootste bandbreedte te genereren. bij 'n hoge clock word die dan ook veel groter. en speeld beschikbare memory bandbreedte een zeer grote rol.

X399 Taichi; ThreadRipper 1950X; 32GB; VEGA 56; BenQ 32" 1440P | Gigbyte; Phenom X4 965; 8GB; Samsung 120hz 3D 27" | W2012SER2; i5 quadcore | Mac mini 2014 | ATV 4g | ATV 4K


Verwijderd

Topicstarter
Alvast thanx voor deze info. :)

De beginselen waren mij wel duidelijk, maar de details niet helemaal.