Seneste forumindlæg
Køb / Salg
 * Uofficiel Black/White liste V3
Login / opret bruger

CMD rate og Geardown an hurtigt forklkaring

Af Elite Nørd Sven Bent | 04-09-2024 05:06 | 651 visninger | 7 svar, hop til seneste
jeg ville lige give et hurtigt indblik omkring CMD rate og geardown og hvordan det paavirker dit ram signal/timings.. jeg ser rigtige mange video som kommer med en masse forkerte konklussion om at nogle gange er noget som altid er langommer lidt hurtigere. istedet for bare at konklure de har ramt en maale usikkerhed i deres metode da det er fysisk umuligt den konklussion de kommer med CMD rate pg geardown mode er begge to ting som IKKE er ram timmings. da kan dog pavvirker hvor hurtigt din ram kore hvorofr de tit og ofte i bios are lokalieset det samme sted. men disse to settings omhandler ikke direkte hvor meget en memory controlelr venter pa en given operation, istedet omhandler den hvordan signalet fra memory controller til ram moduler haandteres. de har dog en afledt effekt at de paavirker timmings. For at spare en masse tekt og forklring saa har jeg lavet et lille "diagram" here https://i.postimg.cc[...] Der viser forskellen paa timmings fra starte til data er klare til levering fra RAM til MC. bemaerk at jeg notere tRCD foer tCAS da den rent faktisk har effekt foerst. Dette er den mest simple haandtering af data afleaninsg og der er naturlivis tons af andre timmings der tager in men de er ikke vigtige for vores meget simple eksempel Som der kan ses er der 3x2 kolonner som repraesentet Databussen som kore med DDR hvorofr den har dblt antal celler og Commando bussen som har faerre celler end data bussen. det er fordi at DDR ram sender Data 2 gange per clock cyklus men commando bussen koere i sig selv stadgivake kun paa selve clock bussen. eller sagt anderledes. data sender paa paa den stigende og faelde signal boelge af clocken hvor command kun sendes paa den stigende... (eller falende jeg kan ikek huske hvilken det er Anyway Hvis du kigger paa venstre dobbelt kollone kan du ser hvordan commandoer kore under CMD rate 1 (hurtigst) i dett etilfadle tager ACTIVE commandoen en cyklus som goer en give ram kolonoe klar. vi ved ikke hvornaar den operation er faerdig (ram kommunikation er blindt da RAM er temmelig simpelt designet) istedeet venter vi saa tRCD antal clock cykluers for er vi sender naeste kommand some er READ. som laeser en bestem raekke en den klargjortte kolonne og putter det paa data koeen. vi ved heller ikk hvor lang tid det tager saa vi venter tCAS tid for at vi afloese koene igennem bussen. Data bliver nu overfoert via dat bussen som er med DDR og der kan naturligvis senders 64bit (vi antager single channel her) da vi arbejde med 64bit ram. De bliver sent 8 x 64bits hvlket svare sig til 64bytes hvilket svare sig til de 64bytes cache lines din typiske x86 designet CPU har. perfect match. Ved CMD rate 1 tager vores command signal altsaa kun 1 cyklus paa commando bussen
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
#1
Sven Bent
Elite Nørd
04-09-2024 05:15

Rapporter til Admin
fortsat: Den Total tid fra start til alle data er klar er 19 "timings cykluser" kigger vi under CMD rate 2 her saa kan vi se hvordan commandoern bliver sent 2 gange. det er for at gore signalet nemmer at aflaese hvis nu dine ram korter saa hurtigt at den ikke lige fik laest commandoen foerste gang saa er der en nr 2 gang at aflaerse. mre tid = tydeliger signal. det goer det nemmer at skrue op for hastigheden. men som det kan ses betyder det altsa at vi nu tager extra cykluser per operation. ved samme opreation med de samem timmigns er vi nu oppe paa 21 "timmings cyklys" CMD rate 1 har effekt steder alle vore stimmings med 1 Kigger vi under Geardown mode saa ser vi noget af det samme som med CMD rate 2 at signaler er stoerre saa nemmer at aflaese og dermed mulighed for hoejre hastighed, men det sker ikke ved blot at gentage kommando signalet I stedet et selve command bussen hastighed sat til HDR" (half data rate?) med andre order sender der kun et signal hver 2. gang der er en stigning i clock signalet.. Ram timmings er stadigvaek afmaalt ud fra den normal hastighed. men vi kan ikke pludselige have en vente tid midt imelllem signaler dvs vente tider der ville normal ramme midt in en dobblt storrelse cyklys maa venter indtil cuklys kommer med andre ord hvis du foer skulle vente 3 cuklys... maa du nu vente 2 der er dlbt so lang tid. effekt det samme som 4 Det er derfor at mange folk siger at ulige timmings nu bliver lige. det betyder saa at nu har du faet en extra cyklyss forsinkelse da selve commandoer tager en normal cyklus mere og du i nogle tilfalde for en EXTRA normal cukklys forinkelse fordi der skal omregners fra normal cuklys til dlb tids cuklys (halv hastighed)
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
#2
Sven Bent
Elite Nørd
04-09-2024 05:16

Rapporter til Admin
Bottom line er jeg vile altid abnefale (isaer paa ryzen med infinity fabrik) at skruer op saa med som urtigt for dine ram hvor clock cuklyss er ens med infinity fabrik Derefter se om du kan skfite far gear down mode til CMD rate 2 og saa fra CMD rate 2 til 1 foer du roder med nogle andre timmings.
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
#3
Sven Bent
Elite Nørd
04-09-2024 05:33

Rapporter til Admin
Hvorfor er tFAW vigtige og hvorfor er den ligegyldig hvis du kigger lidt paa billedet vil du see de 8x64bit (64 bytes) forsendelerser tager i commando bus tid kun 4 cuklys. og husk paa det er her vi afrenger alle timings i Der er gaaet mange anbefalinger over at saette tfaw til 16 paa DDR 4 ram. og det er ganske korrekt det giver optimal hastighed ( hvis din ram kan klare det tFAW er hvor lang tider da maa gaa fra denforeste klumpt data forsendels begynder og den 5 klump data maa begynde at sender. eller sagt anderls det er laengde for 4 forsendeleser dvs hvis din tFAW er 32 clock cyklus og du sender vi grubber data livbe o reov paa hinanded saa tager det 4x4= 16 clockc uklys.. men nu skal du venter andu 16 cuklys foer at du har vente de 32 fra tFAW og maa sender en 5. grubbe data tFAWdirekte begraenser din data overfoersels hastighed men hvorfor giver Tfaw ikke nogen forbedringer nogle gange ? Vel Som med RIGTIGE mange timmings I dagens RAm lakridser saa er denne timmings ikke alene om at bestemme. Vi hag en ande timmings som a tRRDS og tRRDL eller blot i faelles skabt kaldt tRRD tRRD bestemer ligesom tFAW hvor mget de skal venters fra start af en data forsendesl til at den naeste maa sendes. men den goer der for hver ENESTE gang du sender. DVs sender vi igan data 4 gange men med en tRRD vaerdi paa 6 tager det altsaa 24 cuklysers im din tFAW for at vente paa den 5. er 16 eller 24 er ligegyldig da det altid vil tage mindst 24 at afsendet de 4 foerste. Det er derofr vigtige at tune tRRD sammen med tFAW og gertned ned imod 4? Hvorfor 4. fordi der er den tid det tagre ( set toppen af denen post) for at sender en klump data alt under 4 giver ikke mening da vi ikke kan sende enklump data men vi allerede sender den tidligere tRRDS og tRRDL er forskellige tRRD tider for om du arbejder I samme bankgruppe eller i andre. Vi du er i samme bankgrupper saa venter du den (L)ange tid foer at give celler nok tid tid at vare klar dvs tRRD(L) og bruger du en anden bankgrupper( som allerede var gjort klar) saa venter du den korter aka (Short) tRRD tid da du ikke behover at venter paa at cellerne i din nyvarend bankgrupper bliver gjort klar. Din MC proever at spreder disse skrivning/aflaesninger saa mget som muligt over flree bank grupper for at und disse lagne tid (ogsaa for andre timmings) saa meget som muligt saa det er vigtige IMHO at faa din tRRDS ned paa4 end det er er optimere paa tRRDL
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
#4
Sven Bent
Elite Nørd
04-09-2024 05:35

Rapporter til Admin
Bottm line: Saet tFAW til 16 proev at faa din tRRDS ned til 4. proev derefter at faa din tRRDL saa laeng ned som muligt (bliver nok ikke 4)
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
#5
Sven Bent
Elite Nørd
04-09-2024 05:42

Rapporter til Admin
Lidt om tRAS Hvis du optimer din tRCD for at faa venter tid fra aktive til data paa bussen ned Saa bor du ogsaa juster din tRAS og tRC (kun paa AMD. intal har ikke tRC) tRAS har med bestemer hvor lang tid der kan gaa fra en Aktivering kommando til at en ram celler kan klargores til brug igen (naar du laese ram fra en celler forvsinder det for cellen over i "koeen" og skal sendeds tilbage til cellen foer cellerne kan brugers igen) tRAS besteme tiden fra ACTIVE command til hvornaar vi kan sender klargoering kommandoer tRTP bestemmer tiden fra READ command til hvornaarvi kan sender klargoering kommandoer tRCD bestemmer tiden fra ACTIVE til READ command Saa tRAS tis maeesigt bestemmer det samme som tRTP+tRCD goer. saa der er ikke mget fids i at skrue ned for tRCD naar tRas afligeveel bestemmer at der skal venter mere tid Det samme ghoer sig gaelende for tRC tRC daekeer over over hvor langtid der skal mindst gaafra en active command til den naestes dvs hele fidun med aktiverin.g laesning klargoering tRP daekkver over tiden du skal vente fra klargerings kommandoe til at vi kan bruge lave en ny aktivcommand dvs tRC daekkver over hele fortleober som tRDC+tRTP+tRP daekkver over Copy paste min grimme lynhurtigt notater til notepad: [ Act2Act(Trc ) ] [ Act2Pre(tRAS) ] [Act2Read(tRCD)] ->Read-> [Read2Pre(tRTP)] ->PreAmp-> [Pre2idle (tRP)] ->Idle/ACT V -> [Read2DQ(tCL)] ->DataBurst4 ... ->DataBurst4 ... ->DataBurst4 ... ->DataBurst4 [ tRDRD ][ tRDRD ][ tRDRD ][ tRDRD ] [ TFAW ]
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
#6
Sven Bent
Elite Nørd
04-09-2024 05:44

Rapporter til Admin
Det var langt mer end jeg planlagt jeg ville forklare. hvis jeg havde vidst dette havde jeg nok skrevet en klade i word foerst med lidt god stave kontrol....
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
#7
Sven Bent
Elite Nørd
04-09-2024 05:47

Rapporter til Admin
jeg vil klart anbefale de nedestaende video hvis folk vi laese/see mere https://www.youtube.com[...] https://www.youtube.com[...] https://www.youtube.com[...] https://www.youtube.com[...] https://www.youtube.com[...]
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury

Opret svar til indlægget: CMD rate og Geardown an hurtigt forklkaring

Grundet øget spam aktivitet fra gæstebrugere, er det desværre ikke længere muligt, at oprette svar som gæst.

Hvis du ønsker at deltage i debatten, skal du oprette en brugerprofil.

Opret bruger | Login
NYHEDSBREV
Afstemning