Article View: dk.edb.hardware.overclocking
Article #97Re: CAS Latency
From: Frodo Nifinger
Date: Fri, 28 Sep 2007 11:48
Date: Fri, 28 Sep 2007 11:48
49 lines
3148 bytes
3148 bytes
"J" <johnknuhtsenSP@Mail.dk> skrev i en meddelelse news:1i8pf3l7i9d3k4c3nl2vkt0f2vkrl3ed1b@4ax.com... > > Basalt set angiver de tal, hvor l�nge rammen skal vente, inden den > eksekverer transporten indenfor hver clock-cycle. > > http://en.wikipedia.org/wiki/CAS_latency If�lge ovenst�ende link er din forklaring ikke helt korrekt. CL-nummeret angiver tiden i clockcycles fra en request er afleveret til den f�rste bit kommer retur. Men tusind tak for linket. Det gav overblik. > > Et benchmark program som Sisoft Sandra (www.sisoftware.co.uk) kan > angive en score for ram. Scoren vil stige i takt med, at man s�tter > hurtigere ram timings. man indstiller det i bios. F�rst n�r man griber > det der, f�r man hurtigere ram ud af det. > > Men reelt bruger overclockere nok de ram timings til noget andet: > Ja, jeg kan se to m�der at udnytte det. Enten kan man bruge h�j CAS Latency ram til at overclocke dem i forhold til specifikationerne med h�jere timings, eller man kan k�be highspeed ram som f.eks 1333 DDR3 ram og s�tte latency tiden ned til skrappere timings, fordi rammen ikke k�rer med deres fulde potentiale i clockfrekvens. Jeg kan se ud fra wikipedia, at der skal relativt meget til, f�rend det er b�vlet og pengene v�rd.... Oftest vinder man mere p� at optimere andre forhold som harddisken - hurtigere CPU eller bare mere ram. Forresten sjovt. Kigger man p� de superdyre highspeed ram som OCZ Platinum DDR3 PC14400, opdager man at timings pludseligt ligger p� 7-8 og 9 Istedet for 4 og 5 I praksis vil den jo v�re langsommere end PC8800 CL4, forudsat, at clockfrekvensen p� systemet ikke kan h�ves ud over PC 8800's gr�nser. Jeg g�r forresten ud fra, at det er lige meget, om det er DDR2 eller 3 Er jeg p� rette spor? Mvh -- Jesper Nielsen aka Frodo Nifinger www.frodonifinger.dk
Technical Details
Message-ID:
<46fcea00$0$90272$14726298@news.sunsite.dk>Path:
arc1-ca.pugleaf.net!g2news2.google.com!news3.google.com!out02b.usenetserver.com!news.usenetserver.com!in01.usenetserver.com!news.usenetserver.com!news.tele.dk!news.tele.dk!small.news.tele.dk!news.net.uni-c.dk!dotsrc.org!filter.dotsrc.org!news.dotsrc.org!not-for-mailReferences:
<46fc4f4e$0$90265$14726298@news.sunsite.dk> <1i8pf3l7i9d3k4c3nl2vkt0f2vkrl3ed1b@4ax.com>Show Full Headers
Complete Article Headers
X-Google-Thread: 112d2c,add16b11cea630a8 X-Google-Attributes: gid112d2c,public,usenet X-Google-Language: DANISH,ASCII Path: arc1-ca.pugleaf.net!g2news2.google.com!news3.google.com!out02b.usenetserver.com!news.usenetserver.com!in01.usenetserver.com!news.usenetserver.com!news.tele.dk!news.tele.dk!small.news.tele.dk!news.net.uni-c.dk!dotsrc.org!filter.dotsrc.org!news.dotsrc.org!not-for-mail From: "Frodo Nifinger" <jni@GIRAFtdcadsl.dk> Newsgroups: dk.edb.hardware.overclocking References: <46fc4f4e$0$90265$14726298@news.sunsite.dk> <1i8pf3l7i9d3k4c3nl2vkt0f2vkrl3ed1b@4ax.com> Subject: Re: CAS Latency Date: Fri, 28 Sep 2007 13:48:16 +0200 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-RFC2646: Format=Flowed; Original X-Antivirus: avast! (VPS 000777-2, 28-09-2007), Outbound message X-Antivirus-Status: Clean Lines: 51 Message-ID: <46fcea00$0$90272$14726298@news.sunsite.dk> Organization: SunSITE.dk - Supporting Open source NNTP-Posting-Host: 80.161.57.18 X-Trace: news.sunsite.dk DXC=>8WICL`QBg>\:k25BLkF8;YSB=nbEKnk;TekT_m2IJN:92nd;hM<;W2KU1@1NoYRK7ii=\E9k<4^4`MdT?7Cfbm0;VU8@m4o=D? X-Complaints-To: staff@sunsite.dk