CAS-timing. Hva er det?

[VisualStudio]

Hei!

 

Jeg ser stadig vekk om CAS timings på minnet, også en rekke tall med dash

 

Kan noen fortelle meg hva dette er?

 

Takk

[InsertNumLock]

Desto lavere CAS jo fortere går det å hente fram data fra brikkene.

 

quoter fra wiki:

When selecting a RAM card, the lower the CAS latency (given the same clock speed), the less time it takes to fetch data from it

[flopflop]

Fra sticky

 

17. Hva er latency/forsinkelse/den rare tallrekken (f.eks 2-3-2-8)?

Forsinkelse på minne er antall klokkeslag minnet bruker på å "gjøre seg klar til" det "det skal gjøre". Hvis minnet får en "beskjed", så tar det litt tid før det er klar til å gjøre det "beskjeden sier", og denne tiden kaller vi forsinkelse/latency. Forsinkelsen er forskjellig på de forskjellige hendelsene som skjer i minnet, derfor får vi en tallrekke. Jo lavere forsinkelsene er, jo bedre kvalitet er det på minnet. Minne med lavere forsinkelse yter også bedre enn minne med høy forsinkelse.

Du kan faktisk velge hvor høy forsinkelse minnet ditt skal ha i BIOS, men hvis du stiller den for lavt, får du en ustabil maskin eller en maskin som ikke vil boote. De tallene som er oppgitt er de garanterte tallene.

Tallrekken (f.eks 2 - 3 - 2 - 8) står som oftest for disse verdiene: CAS# - RAS# to CAS# - RAS# Precharge - Tras (Cycle time).

Forkortelsen CL står for CAS Latency og mange nettbutikker bruker bare denne verdien. Denne verdien sier egentlig ikke så mye siden ytelsesforskjellen mellom CL2 og CL2.5 er ganske liten når de andre timingsene er like.

[VisualStudio]

Hvorfor er ofte det siste tallet høyest?

 

De er jo en rekke med tall. Hva står hver og en av de for?

[flopflop]

Hvorfor er ofte det siste tallet høyest?

 

De er jo en rekke med tall. Hva står hver og en av de for?

9513248[/snapback]

 

Det siste tallet angir hvor lang tid det tar før minnet "lukker" den operasjonen det holder på med. Naturlig nok er det siste tallet som oftest summen av de andre tallene +/- 1 (eks. 4-4-4-12).

Veldig enkelt (og litt feilaktig) kan de fire tallene forklares litt som dette: Det første tallet angir hvor lang tid det tar fra en forespørsel kommer til den blir satt i gang av minnet. Det neste tallet angir hvor lang tid minnet bruker på å finne data i en vertikal kolonne (data blir lagret i matriser), det neste tallet hvor lang tid det tar å finne data i den horisontale kolonnen (tenk koordinatsystem, x- og y-aksene). Det siste tallet blir som nevnt tiden det tar før minnet avslutter operasjonen og gjør seg klar til å motta en ny ordre, og syklusen gjentas.

 

Dette er ikke helt korrekt og det er flere prosesser involvert, men det gir en grei pekepinn på hvordan det foregår i store trekk. Rett meg den som vil

Endret 17. september 2007 av demeyfint

[Quintero]

Det siste tallet angir hvor lang tid det tar før minnet "lukker" den operasjonen det holder på med. Naturlig nok er det siste tallet som oftest summen av de andre tallene +/- 1 (eks. 4-4-4-12).

Veldig enkelt (og litt feilaktig) kan de fire tallene forklares litt som dette: Det første tallet angir hvor lang tid det tar fra en forespørsel kommer til den blir satt i gang av minnet. Det neste tallet angir hvor lang tid minnet bruker på å finne data i en vertikal kolonne (data blir lagret i matriser), det neste tallet hvor lang tid det tar å finne data i den horisontale kolonnen (tenk koordinatsystem, x- og y-aksene). Det siste tallet blir som nevnt tiden det tar før minnet avslutter operasjonen og gjør seg klar til å motta en ny ordre, og syklusen gjentas.

9515587[/snapback]

Beklager, men alt du sier her er rett og slett helt feil.

 

CAS = antall sykluser fra minnet begynner å svare på en lesekommando, til den første kolonnen sendes over databussen. Men raden må være aktivert på forhånd før dette kan skje, så det er altfor lettvint å se på CAS som responstid. (Men den tabben begås av praktisk talt alle, så ingenting personlig)

Jeg synes du heller gir inntrykk av at denne er en slags reaksjonstid som går igjen ved initsiering av diverse andre operasjoner, iom at det er mye som kan kalles "forespørsler".

 

tRCD = radaktivering, dvs en serie minneceller, som vanligvis utgjør 8192 B. Dette gjøres før lese -eller skriveoperasjoner kan inntreffe, og brukes også til å oppfriske minnet, dvs sikre at minnecellenes innhold forblir intakt. Har ingenting med "vertikale kolonner" å gjøre, det er det ikke noe som heter.

 

tRP har ingenting med å finne data å gjøre, og forholder seg heller ikke på noen som helst måte til kolonner. tRP er å lukke en rad, dvs det motsatte av å aktivere en rad, og det er nødvendig for å frigjøre en intern bank til å aktivere en annen rad.

 

tRAS er korteste avstand fra minnet påbegynner en radaktivering, til den samme raden kan begynne å lukkes. En aktiv rad vil kun blokkere aktiveringer av andre rader i *samme bank*, og betegnelsen "Active-to-Precharge" er en grei beskrivelse av operasjonen i grove trekk. Altså er det uansett ikke tRAS som er intervallen mellom forrige aktivering og den neste. Det er tRC som er avstanden fra en aktiverings-kommando til den neste til samme rad, som navnet "Row Cycle delay" tydelig indikerer.

Endret 18. september 2007 av Quintero

[VisualStudio]

Oi.

 

Takk