Ga naar inhoud

CAS latency


Aanbevolen berichten

DIt staat in de FAQ: [quote:5b50271fbc] [b:5b50271fbc]*** CAS RAS al die instellingen wat moet ik ermee? *** [/b:5b50271fbc] even heel erg lineair gezien; Uw geheugen moet u zien als een soort van raster met allemaal vakjes waarin de computer opdrachten kan plaatsen. In kindermode gezien lijkt het wel een soort van zeeslag, de computer roept A4. later is de data nodig en mocht het een match zijn dan is het een hit Nu zorgen de CAS en RAS commandos ervoor dat het geheugen weet waar de data moet komen, en waar het dan weer uitgelezen moet worden. Het RAS signaal wordt verstuurd, hiermee wordt een kolom geselecteerd in het veld. Het RAS signaal wordt daarna verstuurd, en hiermee wordt een rij geselecteerd. Goed, nu is er dus een gebied geselecteerd waarin de data is geplaatst, het wordt nu tijd om het te bufferen. De tijd die hiervoor nodig is noemen we de CAS-RAS Latency Daarna wordt doormiddel van het kolomadres de juiste bit in de Sense Amps geselecteerd en wordt deze verstuurd naar de latch voor de desbetreffende datalijn op de geheugenchip. Dit kost ook weer even tijd, en hier komen we bij de meest bekende latency CAS latency Vanuit hier leest de geheugencontroller uiteindelijk de gewenste gegevens en worden ze doorgestuurd naar de processor waarmee de reis ten einde komt. [/quote:5b50271fbc] Wat snap je hier niet aan? dan leggen we dat hier even uit waar mogelijk.
Link naar reactie
[quote:f2cc3a2028="stukje uit de FAQ"]Goed, nu is er dus een gebied geselecteerd waarin de data is geplaatst, het wordt nu tijd om het te bufferen. De tijd die hiervoor nodig is noemen we de CAS-RAS Latency Daarna wordt doormiddel van het kolomadres de juiste bit in de Sense Amps geselecteerd en wordt deze verstuurd naar de latch voor de desbetreffende datalijn op de geheugenchip. Dit kost ook weer even tijd, en hier komen we bij de meest bekende latency CAS latency Vanuit hier leest de geheugencontroller uiteindelijk de gewenste gegevens en worden ze doorgestuurd naar de processor waarmee de reis ten einde komt. [/quote:f2cc3a2028] de CAS-RAS Latency is dus de tijd die nodig is om dat gebied te bufferen (wat houdt het ook al weer in?) en dan wordt de juiste bit in de sense amps (wat is dat voor iets? een onderdeel van het geheugen?) geselecteerd en dan naar de latch (wat is dit voor een onderdeel?)gestuurd. maar voorzover ik het nu begrijp is het dus zo dat : de CAS-RAS Latency een woord is voor de tijd dat wanneer het gebied in het geheugen is geselecteerd moet worden gebufferd. de CAS Latency (en dat snapte ik niet helemaal) is dat ook een tijd om iets te bufferen en zo ja wat? want worden de gegevens dan in het geheugen ook onderling verstuurd? nou in iedergeval bedankt groeten christiaan
Link naar reactie
[quote:934dadac31="het orakel"][quote:934dadac31="stukje uit de FAQ"]Goed, nu is er dus een gebied geselecteerd waarin de data is geplaatst, het wordt nu tijd om het te bufferen. De tijd die hiervoor nodig is noemen we de CAS-RAS Latency Daarna wordt doormiddel van het kolomadres de juiste bit in de Sense Amps geselecteerd en wordt deze verstuurd naar de latch voor de desbetreffende datalijn op de geheugenchip. Dit kost ook weer even tijd, en hier komen we bij de meest bekende latency CAS latency Vanuit hier leest de geheugencontroller uiteindelijk de gewenste gegevens en worden ze doorgestuurd naar de processor waarmee de reis ten einde komt. [/quote:934dadac31] de CAS-RAS Latency is dus de tijd die nodig is om dat gebied te bufferen (wat houdt het ook al weer in?) en dan wordt de juiste bit in de sense amps (wat is dat voor iets? een onderdeel van het geheugen?) geselecteerd en dan naar de latch (wat is dit voor een onderdeel?)gestuurd. maar voorzover ik het nu begrijp is het dus zo dat : nou in iedergeval bedankt groeten christiaan[/quote:934dadac31] zal het proberen in jip en janneke taal :wink: ; zie het geheugen eens als een groot rasterveld; [code:1:934dadac31] [][][][][][][][][][][][][][][][]< [][][][][][][][][][][][][][][][]dit [][][][][][][][][][][][][][][][]< [][][][][][][][][][][][][][][][]de [][][][][][][][][][][][][][][][]< [][][][][][][][][][][][][][][][]rijen ^ dit^ zijn^de^kolommen^ [/code:1:934dadac31] nu weet je dus wat een kolom en wat een rij is. dmv een [b:934dadac31]RAS[/b:934dadac31] signaal wordt een Rij gekozen en met een [b:934dadac31]CAS[/b:934dadac31] een kolom gekozen, dat is de plek waar de data geplaatst zal worden. zie het als zeeslag een beetje. Ras noemt een letter, en CAS noemt een nummer, [b:934dadac31]A4[/b:934dadac31] bijvoorbeeld. nu wordt dus het vierde vakje gekozen in de eerste rij. dan gaat de data naar de sense amp die aan het einde van de kolom zit. dit is inderdaad een soort buffer, deze leest echter de hele rij uit. stel nu dat je weinig data in te lezen hebt moet hij eerst de juiste ''volle'' cel er uitbufferen voordat deze verder verwerkt kan worden. ik heb het nu over 1 los geheugenplekje, maar meestal zitten er wel meer vol, en leest hij gewoon meerdere tegelijk uit. de tijd die nodig is om de losse cellen uit te lezen en te bufferen voordat ze op transport gaan naar de geheugencontroller, dat is de Cas to ras Latency. [quote:934dadac31]de CAS Latency (en dat snapte ik niet helemaal) is dat ook een tijd om iets te bufferen en zo ja wat? want worden de gegevens dan in het geheugen ook onderling verstuurd? [/quote:934dadac31] de Cas latency is de tijd die er weer nodig is om de data vanuit de sense amps over te laden naar de geheugencontroller die op zijn beurt weer de data doorgeeft aan je CPU.. er komt nog al wat bij kijken met je mem timings, en daarom zijn mensen die hun mem overclocken ook altijd bezig de tijden zo kort mogelijk te houden, waardoor alles net wat sneller loopt... misschien beter om al die ingewikkelde handel anders uit de FAQ te halen, want misschien is het wel wat te moeilijk... :-?
Link naar reactie

Gearchiveerd

Dit topic is nu gearchiveerd en gesloten voor verdere reacties.

  • Populaire leden

    Er is nog niemand die deze week reputatie heeft ontvangen.

  • Leden

    Geen leden om te tonen

×
×
  • Nieuwe aanmaken...