DDR SD RAM

[Speedener]

Was ook alweer het grote verschil

en hoeveel verschilt het in snelheid??

DDR= toch 800Mhz?
en SD 133Mhz??

Betekend het dan ook dat het 6,015037593984962406015037593985 keer zo snel is??

Kom er ff niet meer uit...

[Speedener]

OF haal ik nu wil DDR met RIMM in de war??

[cooolkast]

DDR= double data rate betekent dus; verdubbeling van snelheid. SDRAMM kan alles tot 150 Mhz zijn.
DDRAMM is 133x2=266Mhz

[cooolkast]

RDRAMM= dat spul voor de P4 en dat draait op 800Mhz

[Korn21]

Op maandag 03 december 2001 22:30 schreef cooolkast het volgende:
RDRAMM= dat spul voor de P4 en dat draait op 800Mhz

Ik dacht dat RIMM op 400Mhz liep, net zoals de Pentium4!!!

[GreenPictures]

Op maandag 03 december 2001 22:33 schreef Korn21 het volgende:

[..]

Ik dacht dat RIMM op 400Mhz liep, net zoals de Pentium4!!!

idd lees voordat je post

http://www.pcguide.com/ref/ram/techSDRAM-c.html

en doorklikken naar DDR en dan naar RDRAM...

[cooolkast]

Sorry mensen, ik had het door elkaar gehaald met iets dat te maken had met een nieuw systeem dat die 400Mhz rimm verdubbeld naar 800Mhz, excuses voor de fouten die ik maak want julie zullen wel perfect zijn.

[Gangkast]

je zult wel meer weten van PC's dan mij... dus niet getreurd

[cooolkast]

Ik ben eigenlijk pas 2 maanden echt ermee bezig dus dat zal wel meevallen. Ik game integendeel wel al 2 jaar op een eigen pctje.

[GreenPictures]

Iedereen moet leren van zijn fouten... er word ook geadverteerd met bijv Samsung PC800 RIMM dus de fout is makkelijk gemaakt..

Veel lezen en fouten maken en dan komen je er wel

[dion_b]

* dion_b gaat zijn ouwe mier weer neuken:

DDR is SDRAM. 'Gewoon' SDRAM is SDR (Single Data Rate). Bij SDR-SDRAM mag je de SDR weglaten, maar als je DDR-SDRAM tov SDR-SDRAM wilt vergelijken, dan moet je de SDRAM wegstrepen (dus DDR tov SDR), niet de SDR.

DDR: verdubbeling door aan beide kanten van een klokpuls data te sturen. Let op- de controle gaat per puls, dus maar met SDR snelheid; ten dele de reden waarom de snelheidswinst marginaal is tov SDR.

Dus PC2100/266 draait gewoon op 133MHz, alleen verstuurt het 2 keer info per puls, terwijl PC133 dat maar 1x doet.


RDRAM werkt volgens totaal andere principes, heeft een 16b bus (tov 64b bij SDRAM) en 400MHz (bij PC800, althans) snelheid die ook verdubbeld wordt (ik meen door simultane read/writes toe te staan).

RDRAM is op papier erg snel, maar heeft last van hoge latencies (aantal cycli dat de sys moet wachten tussen aanvraag info en daadwerkelijke ontvangs). Daarom is het meer geschikt voor grote stukken data dan voor veel kleinere. 1 kanaal SDRAM (zelfs SDR PC133) is vrijwel altijd sneller dan 1 kanaal RDRAM. Maar met RDRAM is het veel makkelijker om 2 kanalen in te bouwen (vandaar de succes van de i850 chipset). Dan compenseert rauwe bandbreedte de latencies enigszins.

[SG]

RDRAM is niet snel.

maar in DUAL wel maar Dual DDR is nog sneller mits...

PC800 RDRAm heeft dezelfde bandbreedte Als PC1600 DDR-SDRAM.

Alleen wordt die DUAL implementatie via northbridge aangesloten op een FSB die die totale bandbreedte aankan de quad pumped 100Mhz FSB van de P4 = 3200MB/s.

P4 <3200MB/s FSB> i850 <2* 1600MB/sMemBus> 28 PC800 Rimms.

'n AMD met 133Mhz DDR FSB heeft dus weinig aan 'n DUAL PC2100 omdat zij FSB maar de helft van de totale memory bandbreedte heeft.

Dual PC2100 is de snelste oplossing op dit moment alleen kan de huidige CPU TB/Palomino die daar er op zit niet veel mee 'n P4 wel. FSB TB/AXP/DURon is 1600 of 2100MB/s die je kan hangen aan:

800MB/s PC100
1066MB/s PC133
1600MB/s PC1600
2100MB/s PC2100
3200MB/s 2*PC1600 nForce Dual Dimm
4200MB/s 2*PC2100 idem

[SG]

Op maandag 03 december 2001 22:59 schreef dion_b het volgende:
* dion_b gaat zijn ouwe mier weer neuken:

/me pakt ook effe die mier

DDR: verdubbeling door aan beide kanten van een klokpuls data te sturen. Let op- de controle gaat per puls, dus maar met SDR snelheid; ten dele de reden waarom de snelheidswinst marginaal is tov SDR.

Dat ligt niet aan die dubble date rate maar aan de code eigenaardigheden.

als 'n APP code bevat met bijvoorbeeld intensieve FPU code die per opcode 20 cycle of meer nodighebben om te verwerken dan genereerd zo'n prog bijvoorbeeld 'n bandbreedte van 250MB/s max.

Als je dan 1066MB tot je beschikking hebt dan zal 1600, of hoger geen ene reet uitmaken in performance .

bijvoorbeeld 3DS max rendering.

Hier leund de applicatie sterk op FPU performance en speeld membandbreedte geen rol omdat die in dit geval al ruim voldoende is, ook data prefetch heeft hier geen nut omdat de bottleneck miet bij de data toevoerligt.

Omdat de meeste software nauwelijks of geteeltelijk afhankelijk is van de membandbreedte valt de performance winst tegen bij apps die op geringe mate afhankelijk zijn van membandbreedte maar last heeft van een andere bottleneck.

'n kleine groepje apps zijn voor 'n wat grotergedeelte afhankelijk van memory bandbreedte maar niet puur in dat geval kan je een grote performance winst merken.

die enige programma's die het dichts bij een verdubbeling komen zijn shyntetische membench programma's en is afhankelijk van de code die ze daar voor gebruiken.

[Verwijderd]

kalm aan ddr is gewoon dubbel van 133 (ik heb ze nog niet van 2*100 gezien) en 800 is ddr rim dus dat is normaal 400 maar dat 400 klopt niet want dat is een theoretische snelheid en ligt toch nog rond de 133 no offence naar die zielige intel freakjes

[SG]

Op dinsdag 04 december 2001 20:17 schreef jurian het volgende:
kalm aan ddr is gewoon dubbel van 133 (ik heb ze nog niet van 2*100 gezien) en 800 is ddr rim dus dat is normaal 400 maar dat 400 klopt niet want dat is een theoretische snelheid en ligt toch nog rond de 133 no offence naar die zielige intel freakjes

2*100 = PC1600 (ook wel PC200 of PC100 DDR genoemd) gebruikt door duron en TB XXXXB

[Abbadon]

Op dinsdag 04 december 2001 20:17 schreef jurian het volgende:
...en 800 is ddr rim dus dat is normaal 400 maar dat 400 klopt niet want dat is een theoretische snelheid en ligt toch nog rond de 133 no offence naar die zielige intel freakjes

Erg, eh .... 'informatief'