Gå til innhold

PC5300 ikke optimalt for Conroe?


tomtomtom

Anbefalte innlegg

Videoannonse
Annonse
"Conclusive thoughts" fra denne testen burde nesten bli obligatorisk lesning for alle som skal ha RAM til sin nye C2D. Interessant.

6758444[/snapback]

 

Ja, for de som ikke skal klokke så. Kjøper du DDR2 667 (667/2=333), så øker du fsb'n på conroen din fra 266, til 333! Så har du 1:1 igjen. :)

Lenke til kommentar
Er jo det som er poenget da :p

Hvis den ikke klarer høyrere frekvens, setter du bare divider på ram. Da kan du klokke cpu'n videre, mens rammen bremses litt ned.

6763761[/snapback]

 

Bare så folk ikke løper ut og kjøper, hva skal man si, "dårlig" RAM i håp om å bare slenge på en divider for så å klokke sin nye Conroe til himmels... Dette funker faktisk ikke på Intels 965P-chipset. :( Du kan bruke dividers for å "skru opp" minnet (For eksempel 4:5 FSB:RAM om du kjører prosessoren på 266mhz men har minne som takler 333mhz), men å gjøre det omvendte, for eksempel 5:4 FSB:RAM er umulig. 975x støtter sistnevnte type dividers, men da er man jo straks i en ganske annen prisklasse.

Lenke til kommentar
Dette trodde jeg var allmenn kunnskap blant selvbyggere interessert i C2D.

6801295[/snapback]

 

Hva baserer du det utsagnet på?

6801898[/snapback]

Hvis en bygger selv, og spesielt hvis en skal overklokke, så bør en helst vite slike ting. Men det er vel mange som ikke bryr seg om forskjeller på noen hundre kr eller noen % ytelse.

Lenke til kommentar
Hvis en bygger selv, og spesielt hvis en skal overklokke, så bør en helst vite slike ting. Men det er vel mange som ikke bryr seg om forskjeller på noen hundre kr eller noen % ytelse.

 

 

Det er jeg forsåvidt enig i, og det er derfor forum som dette eksisterer. Det bør ikke være slik at lista er satt så høyt at mindre erfarne pc byggere skal være redd for å poste "dumme" spørsmål. Selvfølgelig skal man google litt før man spør, men noen ganger trenger man en dialog med erfarne byggere. Selv har jeg satt pris på mange gode svar på elementære spørsmål fra både megselv og andre. :thumbup:

Lenke til kommentar

Hvis det var mitt innlegg den insinuerende spydigheten var myntet på, kan jeg opplyse om at jeg har bygget x antall ddr- systemer, men er helt ny på DDR2.

 

Tester har vist at det minnet jeg kjøpte var svært raskt, og ble anbefalt til Conroe.

 

Dette med å kjøre minnet asynkront oppover, har jeg ikke forsøkt før, og ville bare være sikker, så jeg ikke gjorde noe dumt.

 

At det var for dumt til at det fortjente et (godt) svar, visste jeg ikke.

Endret av Syn-Sam
Lenke til kommentar

Testen til Madshrimps trekker en konklusjon som samsvarer ganske dårlig med de fleste andre tester jeg har sett.

 

Det optimale er selvsagt at FSB og prosessor går like høyt som minnet, men det hjelper på ytelsen å overklokke minnet, også når alle andre klokkefrekvenser blir stående på standard. Denne gevinsten er som vanlig moderat, men det er ihvertfall ikke noen grunn til å frykte asynk-modus.

 

Under Intels dualchannel-løsning foregår ikke alle overføringene paralellt, dvs at 2x DDR2-533 ikke nødvendigvis utnytter FSB maksimalt. Ergo kan det være endel å hente på å øke minnehastigheten uten å øke FSB, fordi det gir utnyttelse av den "overflødige" kapasiteten. I denne sammenhengen er det viktig å huske at FSB har én rask kanal, mens minnet har to. Den ene FSB-kanalen overfører data uavhengig av hvilken minnekanal de kommer fra, så FSB trenger altså ikke bli noen flaskehals bortsett fra når begge kanalene leses i paralell (og minnet kjører asynk). Så selv om minnekontrolleren bufrer dataene før de videresendes på en annen klokkefrekvens (som må gjøres ved asynk-modus), kan FSB ha kapasitet til å overføre alt som kommer fra den ene minnekanalen. Når FSB opererer på 1066 MT/s har den jo fremdeles endel høyere kapasitet enn én minnekanal som kjører på f.eks. 800 MT/s.

 

Disse testene er utført med konstant FSB, CPU-klokke og minnetimings:

 

c2dddr2sk0.jpg

Endret av Quintero
Lenke til kommentar
Högre minne ger en hel del skillnad. Det är latency man ska se på mest för att märka det till dagligt bruk.

6812028[/snapback]

Jada, men det er jo en klar sammenheng mellom latency (tid) og klokkefrekvens. Så når man bruker samme latency-verdier og øker klokkefrekvensen, forbedrer man både idle og loaded latency.
Lenke til kommentar

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 konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...