FAQ: Överklockning

Bara jag som tycker att detta låter lite konstigt ?? :

(under minnen, tredje stycket)

"När man pratar om att överföra data så kan man se en (klock)cykel som en resande och fallande kurva. DDR minne överför data både under den resande delen av kurvan och den fallande delen av kurvan."

En resande kurva ??

Var ska den resa ?

Rising (eng) = stigande, låter iaf lite bättre enligt mig.

Ska fortsätta läsa och hojtar till om jag ser någe mer

Bra skrivet

EDIT: Här e en till jag tycker låter lite konstigt:

(under Front Side Buss, fjärde stycket)

"I slutändan blir det i teorin kan processorn skyffla data i upp till fyra gånger hastigheten av systembussen."

Förslag på hur det kan låta bättre:

'I teorin kan alltså processorn skyffla data i upp till fyra gånger hastigheten av systembussen'

Eller kanske:

'I slutändan blir det i teorin att processorn kan skyffla data i upp till fyra gånger hastigheten av systembussen.'

EDIT2: En till:

(under "innan du börja", sista stycket)

"Anledningen till att vi vill göra på det viset är att vi vill pressa båda dom två komponenterna separat för att få en bra bild ur vi ska kombinera dom två för att få ut så mycket av överklockningen som möjligt."

"/en bra bild ur vi ska/"

'en bra bild av hur vi ska' låter bättre.

EDIT3: Har läst igenom allt nu och jag hittar inget mer att klaga på direkt

All-in-all en väldigt välskriven guide och det enda som fattas e ju en likadan fast till AMD, upp med en lika bra AMD-guide nu för bövelen så vi AMD-nötter också kan läsa om alla våra bussar och frekvenser

8 timmar Orthos? Ah, kvalgräns för OCDB kanske?

Det går naturligtvis att debattera, men det kan vara bra att lägga till att 8 timmar i sig inte är "på säkra sidan", utan en gräns mer satt av praktiska skäl. För den som är rädd om sin data kan det definitivt löna sig att låta datorn tugga på i 24 timmar.

På tal om det: till "metodologin" kunde det vara bra att lägga till ett par saker:
- en extra fri hårddisk är inte fel, utan snarast en fördel
- montera inga fler hårddiskar än den/de(RAID) som innehåller operativsystemet
- gör t ex en tillfällig oaktiverad installation av Windows och blås på "riskfritt" tills du vet vad din hårdvara är kapabel att göra

Skälet till att jag skriver detta är att Windows filsystem, NTFS, samt partitionstabellen skulle kunna ryka alla världens väg, eller så kan vissa systemfiler korrumperas. Det är inte så rackarns kul att försöka rädda typ 500GB oläslig data, än om det finns verktyg för det.

Jag kanske tillhör det gamla tråkiga överklockarlägret, men när du skriver "vissa moderkort har en viss BIOS version som överklockar bättre", skulle det ändå vara bra att sätta viss varningsflagg. T ex:
- Flasha bara till en ny version ifall du verkligen behöver
- Ifall du så väljer se till att systemet verkligen är stabilt på stock inställningar, ej överklockat
- Ifall det bara är möjligt flasha utanför ett bootat operativ system (personligen anser jag Live-updateringar av BIOS vara ren idioti, som lurar fler att göra något som de inte har en aning om)

Jag brukar sällan göra några inlägg utanför nyheterna (är mer aktiv på andra forum), men eftersom du gjort ett så bra jobb så tyckte jag det var värt några synpunkter.

/"gammalkonservativ överklockare"

Bra skrivet! Tycker dock det fattas info om VARFÖR man måste öka Vcoren när man tvingar processorn att köra i högre hastigheter, så jag lägger till det.
-----------------

En processor jobbar som bekant med "ettor" och "nollor", i praktiken betyder det här en stängd eller öppen "grind". Hastigheten på processorn beror på hur snabbt grindarna kan öppnas och stängas och mäts i Hertz (Hz). (1 Hertz är 1 beräkningscykel.) Försöker man köra processorn för fort kommer grindarna inte hinna stänga eller öppna innan nästa cykel börjar vilket resulterar i att processorn börjar "räkna fel" och datorn krashar (brukar oftast hända då OS'et ska laddas, man får en bluescreen och datorn startas om).

Allt har att göra med hur signalerna ser ut. Här har vi den ideala signalen:

Den går från 0 till 1 på direkten. Om vi skulle överklocka den där så skulle den bara krympa i sidled, man skulle få plats med fler cykler på samma tid.
En verklig signal ser desvärre inte ut så. Det tar en stund innan grinden är "helt öppen" vilket gör att signalen rundas av i kanterna (ju snabbare grind desto mindre avrundas signalen).

Processorn känner av om en grind håller på en etta eller en nolla genom att titta på spänningen som passerar grinden. Vi säger att vi har en processor som kör en med Vcore på 2 Volt, är spänningen under lets say 0.5 Volt så är det en nolla, är spänningen över 1.8 Volt är det en etta.
Varför har man andra tröskelvärden än 0V och 2V då? Jo för att slippa vänta på att grinden måste stänga helt eller öppna helt. Då tjänar man massa tid och kan köra processorn i högre hastigheter!
Vi kan inte ställa in egna tröskelvärden (det skulle ändå inte vara rekomenderat), men vi kan däremot pressa ner tiden varje cykel behöver. Så vi ökar processorns frekvens, jättenajs, problemet är att man snart når en gräns då processorn börjar räkna fel. Varför? Jo nu hinner inte grinden öppna eller stänga tillräckligt snabbt, den når kanske bara upp till 1.7 Volt innan nästa cykel börjar. Då tror ju processorn att grinden är en nolla, trots att den skulle varit en etta (eftersom den inte nådde över vår övre tröskelspänning på 1.8 Volt).
Vad kan vi göra åt saken? Jo vi ökar spänningen vi matar processorn med, mera känt som Vcore.
Processorn tar egentligen skada om spänningen ökas för mycket, men då vi överklockat så hinner aldrig grindarna uppnå den spänning vi har ställt in. Varför öka spänningen? Jo man ger signalerna lite extra boost med hjälp av det. Man säger åt dom att sikta högre så att säga. Då blir kurvan brantare (signalen stiger fortare) och man hinner kanske ända upp till 1.9 Volt, vilket räcker för oss i det här fallet och gör att vår processor räknar rätt!

Ni får ursäkta mina kassa photoshop-skills, har försökt illustrera det jag skrivit om:

EDIT: Jag glömde att tillägga vad som händer om man har för hög spänning;
Det är just att man ger grinden en för hög boost och grinden kommer således hinna få en för hög spänning innan nästa cykel. Processorn kan börja räkna fel pga för hög spänning, precis som vid för låg. Den blir också mycket varmare och dessutom riskerar man i värsta fall att bränna transistorerna!

Bra inlägg FL3JM!

OT: har sett nicket FL3JM på garaget ett par gånger men glömt fråga, FL3JM@SweC = FL3JM@GORG ??

Yanagi, har dragit iväg ett pm till dej

"Oavsett vilken processor du har så kommer den alltid att utgå från din Systembuss (AMD Athlon 64 och framåt är ett undantag då dom använder en buss som kallas för Hyper Transport).
"

på min AMD 64 har jag fortfarande FSB MEN en teknik liksom intels som pumpar upp den till ca 5ggr FSB om jag vill.
så AMD cpuer är fortfarande beroende av FSB, dock kan jag ändra på HT från allt mellan 1x till 5x läs dina egna ord: Oavsett vilken processor du har så kommer den alltid att utgå från din Systembuss

tycker inte det skiljer något då det är som tex intels "quad pumped" teknik, allt är FORTFARANDE beroende av FSB.

Vad händer med energiförbrukningen om man överklockar?

Om man har två riggs med exakt samma komponenter förutom processorerna. Ena har en E6600 i stockhertz (2,4Ghz) den andra är en E2160 men är klockad i 2,4Ghz.

Vilket rigg förbrukar mest i load respektive idle, eller är det ingen skillnad?

Kodade faktiskt ett litet javaapp som fixade det mesta från amd och intel. Ska se om jag hittar det igen.

Bra gjort! Extra plus för "Innehållsförteckning", eftersom man då lätt kan välja att läsa den del som man vill

Jag tycker att stycket om QDR behöver förtydligas.

"I slutändan blir det i teorin kan processorn skyffla data i upp till fyra gånger hastigheten av systembussen."

Skyffla data vart? Systembussen är fyra gånger långsammare, så vem tar hand om all denna data? Det finns ett glapp här som jag tycker behöver en förklaring.

Fast minnena har vi ju redan fastslagit att de går i 2xFSB, dvs 533 mhz i detta fallet, och de pratar väl med cpu:n genom systembussen. Jag är själv lite osäker på hur det egentligen funkar här, det är därför jag frågar.