danidogg Skrevet 17. oktober 2004 Del Skrevet 17. oktober 2004 Jeg har 2 x Crucial PC3200 BallistiX DDR 512MB CL2 Non-parity, 2.8V, 64Meg x 64, 184pin kjørt i dual channel. Jeg leser at folk driver og klokker ram i hue og ræva.. er det noen vits? stor forskjell? legger ved screen av cpu-z Lenke til kommentar
Thorsen Skrevet 17. oktober 2004 Del Skrevet 17. oktober 2004 Når man klokker ram øker man fsb, og klokker dermed også resten av systemet. Når man klokker ram er det viktig å holde tilgangstidene (timings) så lave som mulig, da lave timings gjør rammen raskere. Og som med cpu øker man volt hvis det ikke er stabilt. Lenke til kommentar
perpyro Skrevet 17. oktober 2004 Del Skrevet 17. oktober 2004 Årsaken til at folk klokker remmen i hu og ræva er at man har eldre ram som man ønsker å kjøre synkront med FSB selv etter at FSB er overklokka. F.eks. PC2700 ram som man ønsker å kjøre på 400Mhz, eller PC3200 ram som man ønsker å kjøre på 430Mhz grunnet høy FSB klokking. Lenke til kommentar
danidogg Skrevet 17. oktober 2004 Forfatter Del Skrevet 17. oktober 2004 Årsaken til at folk klokker remmen i hu og ræva er at man har eldre ram som man ønsker å kjøre synkront med FSB selv etter at FSB er overklokka.F.eks. PC2700 ram som man ønsker å kjøre på 400Mhz, eller PC3200 ram som man ønsker å kjøre på 430Mhz grunnet høy FSB klokking. er det noen vits for meg? vil jeg tjene mye på det? Lenke til kommentar
Thorsen Skrevet 17. oktober 2004 Del Skrevet 17. oktober 2004 Vel skal du klokke ram må du også klokke cpu, (hvis da denne ikke er raskere enn rammen fra før). Du vil få bedre ytelse, men så er det om du trenger mer ytelse og om du har lyst til å klokke Lenke til kommentar
perpyro Skrevet 17. oktober 2004 Del Skrevet 17. oktober 2004 Du kjører jo synkront med FSB så for deg er det allerede optimalt. Det eneste kan vel være å få timingen fra 2-2-2-8 til 2-2-2-5/6 men det er promille å tjene på det. Du ligger bra an. Lenke til kommentar
danidogg Skrevet 17. oktober 2004 Forfatter Del Skrevet 17. oktober 2004 Du kjører jo synkront med FSB så for deg er det allerede optimalt.Det eneste kan vel være å få timingen fra 2-2-2-8 til 2-2-2-5/6 men det er promille å tjene på det. Du ligger bra an. akkurat den posten jeg ville ha. takk Lenke til kommentar
Vizla Skrevet 19. oktober 2004 Del Skrevet 19. oktober 2004 (endret) en ting jeg lurer på.. sett tidligere på forklaring for CAS, RAS -> CAS delay, RAS Precharge og Tras. Men hva gjør trc og idle timer ? hva er det mest optimale der, høyt eller lavt.. ? Endret 19. oktober 2004 av Vizla Lenke til kommentar
Sink Skrevet 19. oktober 2004 Del Skrevet 19. oktober 2004 (endret) Tatt fra en guid her. Minne-latency uttrykkes gjerne med en slik tallsekvens: 2-3-3-7-1T Forklaring på tallene i tallsekvensen: Første tallet er 2 for CAS "CAS Latency" eller "CAS" er den vanligste typen forsinkelse og den som påvirker ytelsen mest. "CAS Latency" er en forsinkelse fra den tiden data kan leses (CAS-signalet) og til den tiden data faktisk leses, det vil si lese-kommandoen kjøres. Tallet 2 betyr 2 sykluser for CAS. Antall klokkesykluser for CAS er som regel 2, 2.5 eller 3. Andre tallet er 3 for tRCD "RAS to CAS delay" (tRCD) er en forsinkelse fra den tiden raden i minnet aktiveres og til den tiden data kan leses. Tallet 3 betyr 3 sykluser for tRCD. Antall klokkeykluser for tRCD er som regel 2 eller 3. Tredje tallet er 3 for tRP "RAS Precharge" (tRP) er en forsinkelse som varer til den tiden en ny rad i minnet aktiveres. Tallet 3 betyr 3 sykluser for tRP. Fjerde tallet er 7 for tRAS Når en rad i minnet er blitt aktivert, kan den ikke deaktiveres før "Active to Precharge" (tRAS) er ferdig. Tallet 7 betyr 7 sykluser for tRAS. Antall sykluser for tRAS er som regel 5, 6 eller 7. Femte og siste tallet er 1T for "Command Rate" "Command Rate" er forsinkelsen fra "Chip Select" er satt inn og til den tiden kommandoer kan sendes til minnet. Typiske verdier for Command Rate er 1T (ett klokkeslag) eller 2T (to klokkeslag). edit: var vel kanskje et svar til Vizla så beklager... Endret 19. oktober 2004 av Sink Lenke til kommentar
Heimen Skrevet 21. oktober 2004 Del Skrevet 21. oktober 2004 Kan man bare kjøre dual ram hvis man har to helt like rambrikker? Lenke til kommentar
Vizla Skrevet 21. oktober 2004 Del Skrevet 21. oktober 2004 Tatt fra en guid her. Minne-latency uttrykkes gjerne med en slik tallsekvens: 2-3-3-7-1T Forklaring på tallene i tallsekvensen: Første tallet er 2 for CAS "CAS Latency" eller "CAS" er den vanligste typen forsinkelse og den som påvirker ytelsen mest. "CAS Latency" er en forsinkelse fra den tiden data kan leses (CAS-signalet) og til den tiden data faktisk leses, det vil si lese-kommandoen kjøres. Tallet 2 betyr 2 sykluser for CAS. Antall klokkesykluser for CAS er som regel 2, 2.5 eller 3. Andre tallet er 3 for tRCD "RAS to CAS delay" (tRCD) er en forsinkelse fra den tiden raden i minnet aktiveres og til den tiden data kan leses. Tallet 3 betyr 3 sykluser for tRCD. Antall klokkeykluser for tRCD er som regel 2 eller 3. Tredje tallet er 3 for tRP "RAS Precharge" (tRP) er en forsinkelse som varer til den tiden en ny rad i minnet aktiveres. Tallet 3 betyr 3 sykluser for tRP. Fjerde tallet er 7 for tRAS Når en rad i minnet er blitt aktivert, kan den ikke deaktiveres før "Active to Precharge" (tRAS) er ferdig. Tallet 7 betyr 7 sykluser for tRAS. Antall sykluser for tRAS er som regel 5, 6 eller 7. Femte og siste tallet er 1T for "Command Rate" "Command Rate" er forsinkelsen fra "Chip Select" er satt inn og til den tiden kommandoer kan sendes til minnet. Typiske verdier for Command Rate er 1T (ett klokkeslag) eller 2T (to klokkeslag). edit: var vel kanskje et svar til Vizla så beklager... nydelig, takker Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå