|  | 		    
					
        
         
          
         
	
          | |  | erfaringer med RAM Dual Channel testning Fra : Bjarke Hansen
 | 
 Dato :  16-07-05 16:24
 | 
 |  | Hejsa
 
 jeg har et Dual Channel setup på et MSI  neo2fis2r  (6728) med nyindkøbt
 Crucial DDR4000 ram
 
 Jeg har prøvet at teste setup´et, hvor de 2 512MB ram klodser er i 1 og 3
 slot. Jeg kan ikke finde nogen informationer om hvordan de skal sidde. men
 sidder i ikke et hvert sit dual channel  slot kører de ikke dual. Altså
 enten den ene klods i slot 1eller2 og den anden i enten 3 eller 4.
 
 Jeg har prøvet at teste med
 
 - Windows Memory Diagnostic og
 - Memtest86
 
 
 Windows ´s  testprogram fejler i alle test, hvilken den også gjorde med mine
 forige ram...
 
 Memtest kører en hel nat uden at melde om fejl...
 
 Hvilket program har ret? og tester memtest så godt som alle siger?
 
 Men den kan ikke helt finde ud af hvor hurtigt de kører, der stod bare
 0Mhz.... men efter jeg kiggede til den her i morges, og rodede lidt i
 omsætningen sagde den så DDR404 202Mhz eller noget i den stil
 
 I kan se skærm billeder i DK.binaer news:jD9Ce.57$CV5.2@news.get2net.dk
 
 
 
 
 
 |  |  | 
  Jakob Bohm (16-07-2005) 
 
	
          | |  | Kommentar Fra : Jakob Bohm
 | 
 Dato :  16-07-05 16:41
 | 
 |  | On Sat, 16 Jul 2005 17:24:03 +0200, Bjarke Hansen
 <bjarke_hansen@*.REMMOVE*spamfilter.dk> wrote:
 
 >
 > Memtest kører en hel nat uden at melde om fejl...
 >
 > Hvilket program har ret? og tester memtest så godt som alle siger?
 >
 
 memtest86 har nogle ekstra-grundige tests som ikke udføres pr. default,
 disse skal aktiveres fra menuerne.  Der er bl.a. en test som skriver i
 RAM, står helt stille i 1,5 time (!) og så ser om der stadig står det
 samme bagefter.
 
 Visse ting i memtest86 er mere grundige hvis den kender de eksakte
 modeller og størrelser på CPU, chipset og evt. RAM.  Så kan der testes
 meget mere grundigt uden for megen forstyrrelse fra f.eks. cache.  Det
 betyder også at for en nyere computer bør men kigge efter en endnu nyere
 memtest86 variant for bedste resultat.
 
 Selv lider jeg under at mine egne maskiner har chipsets som memtest86
 desværre ikke kender, så disse oplysninger er til dels fra dokumentationen.
 
 m.v.h.
 
 Jakob
 
 
 --
 #include <disclaimer>
 
 
 |  |  | 
  Bjarke Hansen (16-07-2005) 
 
	
          | |  | Kommentar Fra : Bjarke Hansen
 | 
 Dato :  16-07-05 18:44
 | 
 |  | 
 
            "Jakob Bohm" <jbj@image.dk> wrote in message 
 news  .st0i6qp7hnau16@jbj3.jbj.homelinux.com...
 Hej Jacob tak for feedback
 >> Hvilket program har ret? og tester memtest så godt som alle siger?
 >>
 >
 > memtest86 har nogle ekstra-grundige tests som ikke udføres pr. default, 
 > disse skal aktiveres fra menuerne.  Der er bl.a. en test som skriver i 
 > RAM, står helt stille i 1,5 time (!) og så ser om der stadig står det 
 > samme bagefter.
 Ja den med 1 times delay har jeg set, men kan ikke lige finde andet ud over 
 Delay settings af ram, og instillinger for hvor mange ram den skal teste. 
 Kan umildbart ikke finde andet!?
 >
 > Visse ting i memtest86 er mere grundige hvis den kender de eksakte 
 > modeller og størrelser på CPU, chipset og evt. RAM.  Så kan der testes 
 > meget mere grundigt uden for megen forstyrrelse fra f.eks. cache.  Det 
 > betyder også at for en nyere computer bør men kigge efter en endnu nyere 
 > memtest86 variant for bedste resultat.
 Okay jeg har nu den nyeste man kan downloade på http://www.memtest86.com/  og 
 den skriver da også rigtigt nok Intel 865 chipset
 >
 > Selv lider jeg under at mine egne maskiner har chipsets som memtest86 
 > desværre ikke kender, så disse oplysninger er til dels fra 
 > dokumentationen.
 ok, og så kan memtest ikke teste korrekt eller?
 Forstår bare ikke om det er en fejl at windows? memery test siger der er 
 fejl, eller om der vitterligt ER fejl.
 på min gamle bærbare med pc100 ram, siger den fx pass i alle test 
            
             |  |  | 
   Bjarke Andersen (16-07-2005) 
 
	
          | |  | Kommentar Fra : Bjarke Andersen
 | 
 Dato :  16-07-05 18:48
 | 
 |  | "Bjarke Hansen" <bjarke_hansen@*.REMMOVE*spamfilter.dk> crashed Echelon
 writing news:yMWdnUme-I7H2kTfRVn_vg@giganews.com:
 
 > Forstår bare ikke om det er en fejl at windows? memery test siger der er
 > fejl, eller om der vitterligt ER fejl.
 
 Husk lige det forbehold som Memtest86 osse selv skriver at det kan være der
 bliver vist fejl, dels fordi en del af memoryen kan være låst/beskyttet
 grundet cache men osse af andre faktorer såsom programmer.
 
 Memtest under windows vil med mine øjne aldrig helt kunne testes 100% da
 Windows selv sluger en del og tager lidt til cache.
 
 --
 Bjarke Andersen
 Wanna reply by email? Remove the spammer in address
 
 
 |  |  | 
    Bjarke Hansen (16-07-2005) 
 
	
          | |  | Kommentar Fra : Bjarke Hansen
 | 
 Dato :  16-07-05 18:58
 | 
 |  | 
 
            "Bjarke Andersen" <usenet@*spammer*bjoeg.dk> wrote in message 
 news:Xns9695C968A3E85bjoegdk@130.225.247.90...
 > Husk lige det forbehold som Memtest86 osse selv skriver at det kan være 
 > der
 > bliver vist fejl, dels fordi en del af memoryen kan være låst/beskyttet
 > grundet cache men osse af andre faktorer såsom programmer.
 >
 > Memtest under windows vil med mine øjne aldrig helt kunne testes 100% da
 > Windows selv sluger en del og tager lidt til cache
 Hej Andersen
 tror der er lidt misforståelse...
 De ram test jeg har foretaget foregård direkte boot, ude i dos...
 Windows har bare lavet et memory test program[1] og det er dette program der 
 siger der er fejl, mens Memtest86 siger der ingen fejl er. Så det med at 
 står at hvis memtest86 siger der er fejl kan det have noget med cache at 
 gøre, men nu er det jo omvendt at den ikke melder fejl. Har skrevet om det 
 tidligere at jeg ikke forstår hvorfor windows´ testprogram siger der er 
 fejl, men har før ´hørt at nogen har testet uden problemer deres 
 Dual-channel ram uden problemer/fejl
 [1] http://oca.microsoft.com/en/windiag.asp |  |  | 
  Thomas G. Madsen (16-07-2005) 
 
	
          | |  | Kommentar Fra : Thomas G. Madsen
 | 
 Dato :  16-07-05 21:44
 | 
 |  | 
 
            Bjarke Hansen skrev:
 > Forstår bare ikke om det er en fejl at windows? memery test
 > siger der er fejl, eller om der vitterligt ER fejl.
 Det hjælper sikkert ikke dig ret meget, men jeg kan da fortælle, 
 at jeg blev nysgerrig på, om MSs hukommelsestest også ville fejle 
 her, men det gør den ikke. 
 Altså den herfra: <http://oca.microsoft.com/en/windiag.asp>. Den kører alle tests igennem uden at finde en eneste fejl og jeg
 har to forskellige RAM-fabrikater i, som kører dual-channel.
 To 1024 MB Kingston i slot 1 og 3 og to noname 512 MB i slot 2
 og 4 (PC3200 DDR-SDRAM Unbuffered). Bundkortet er et Asus NCCH-DL.
 -- 
 Hilsen
 Madsen
            
             |  |  | 
   Bjarke Hansen (16-07-2005) 
 
	
          | |  | Kommentar Fra : Bjarke Hansen
 | 
 Dato :  16-07-05 22:45
 | 
 |  | 
 
            "Thomas G. Madsen" <nospam@madsen.tdcadsl.dk> wrote in message 
 news:dbc2is.1sc.1@tgm.dyndns.dk...
 > Det hjælper sikkert ikke dig ret meget, men jeg kan da fortælle,
 > at jeg blev nysgerrig på, om MSs hukommelsestest også ville fejle
 > her, men det gør den ikke.
 >
 > Altså den herfra: <http://oca.microsoft.com/en/windiag.asp>. > Den kører alle tests igennem uden at finde en eneste fejl og jeg
 > har to forskellige RAM-fabrikater i, som kører dual-channel.
 >
 > To 1024 MB Kingston i slot 1 og 3 og to noname 512 MB i slot 2
 > og 4 (PC3200 DDR-SDRAM Unbuffered). Bundkortet er et Asus NCCH-DL.
 Hehe okay fedt nok, noget af en omgang 3GB ram hva    Nu synes jeg 1GB er 
 rigeligt men ville nu også meget gerne have testen til at sige god for det 
   Hvilken ram settings har du i bios`?
 Ved du hvad "burst length" er under latency settings? Mine ram siger de skal 
 køre "2,5-3-3-5"
 Men står den til automatisk detect SPD, detecter den dem til 2-2-2-5 og så 
 burst lenght 8
 de sidste står ikke hvad det skal stå til??
 Cas# latency - 2,5
 Ras# precharge - 3
 Ras# ti Cas# delay - 3
 precharge delay - 5
 Burst length ??
 og hvad er det MB skal stå til.. der står som standart noget med 64MB og kan 
 ikke huske hvad det kaldes. et eller andet med AGP?? 
            
             |  |  | 
  Thomas G. Madsen (17-07-2005) 
 
	
          | |  | Kommentar Fra : Thomas G. Madsen
 | 
 Dato :  17-07-05 00:01
 | 
 |  | 
 
            Bjarke Hansen skrev:
 > Hehe okay fedt nok, noget af en omgang 3GB ram hva    Computeren havde 2 x 1 GB, da jeg købte den, men har så forleden 
 købt 2 x 1 GB mere, da jeg gerne ville teste det i forbindelse 
 med WinXP x64 Edition. Det viste sig bare desværre at bundkortet, 
 eller vel rettere BIOS, vælger at beslaglægge de 512 MB af dem, 
 så styresystemet kan kun se de 3.5 GB.  Det bliver måske muligt 
 engang med en nyere BIOS, at ændre på det tal, men det vil tiden 
 vise.
 Derfor valgte jeg at flytte de nyindkøbte 2 x 1 GB over i min 
 Mac og har så snuppet 2 x 512 MB fra den og flyttet over i PC'en
 så jeg nu har 3 GB i PC'en og 2.25 GB i Mac'en.
 > Nu synes jeg 1GB er rigeligt men ville nu også meget gerne have
 > testen til at sige god for det    Det kan jeg godt forstå, men som andre har nævnt, så kan det godt 
 være, at MS' program ikke har det for godt med dit bundkort, eller 
 noget i den stil. Hvis jeg stod i samme situation, ville jeg nu 
 nok stole mest på Memtest86+, men det rareste ville selvfølgelig 
 være, hvis begge programmer meldte alt ok. 
 > Hvilken ram settings har du i bios`?
 Det står bare til Auto, som resulterer i det her:
 <http://home18.inet.tele.dk/madsen/asus/ncch_dl/memory_config.jpg>. > Ved du hvad "burst length" er under latency settings? 
 Nej, det tør jeg ikke spille klog på, men der står noget om det
 her: <http://www.ntsi.com/DDRRam_Explained_p2.htm>  og her:
 <http://www.techwarelabs.com/reviews/memory/memory_timings/index_3.shtml>. Som jeg forstår det, så giver 8 en højere ydelse end 4.
 > Men står den til automatisk detect SPD, detecter den dem til
 > 2-2-2-5 og så burst lenght 8
 Jeg har slet ikke noget med 'burst length' i BIOS og heller ikke
 i et program som CPU-Z f.eks., som også kan vise information om
 RAM. <http://home18.inet.tele.dk/madsen/asus/ncch_dl/cpuz.gif>. > og hvad er det MB skal stå til.. der står som standart noget med
 > 64MB og kan ikke huske hvad det kaldes. et eller andet med AGP??
 Tror du ikke at det er 'Aperture size', eller noget i den stil?
 Den plejer vist bare at skulle stå til ca. det halve af hvad der
 er RAM på grafikkortet. 
 -- 
 Hilsen
 Madsen
            
             |  |  | 
   Jens C. Hansen (17-07-2005) 
 
	
          | |  | Kommentar Fra : Jens C. Hansen
 | 
 Dato :  17-07-05 07:24
 | 
 |  | 
 
            Thomas G. Madsen wrote:
 > 
 > Computeren havde 2 x 1 GB, da jeg købte den, men har så forleden 
 > købt 2 x 1 GB mere, da jeg gerne ville teste det i forbindelse 
 > med WinXP x64 Edition. Det viste sig bare desværre at bundkortet, 
 > eller vel rettere BIOS, vælger at beslaglægge de 512 MB af dem, 
 > så styresystemet kan kun se de 3.5 GB.
 Den smule som Bios'en reserverer, er til PCI-buffer og andre småting - 
 det bliver der ikke lavet om på.
 Sådan er *PC-arkitekturen* når man sætter 4 GiB RAM i.
http://www2.abit.com.tw/page/dk/faq/faqpop.php?pID=20030903175442 |  |  | 
  Thomas G. Madsen (17-07-2005) 
 
	
          | |  | Kommentar Fra : Thomas G. Madsen
 | 
 Dato :  17-07-05 12:12
 | 
 |  | Jens C. Hansen skrev:
 
 > Den smule som Bios'en reserverer, er til PCI-buffer og andre
 > småting - det bliver der ikke lavet om på.
 
 Det ærgrer mig lidt at smide 512 MB RAM ud til det formål, må jeg
 indrømme, men tvivler også på, at det bliver ændret.
 Jeg har forhørt mig i Asus' forum, hos Asus support og også i MS'
 x64-forum, hvor andre havde det samme problem, og der er flere som
 påstår, at det kan ændres, hvis bare BIOS giver mulighed for det.
 
 > Sådan er *PC-arkitekturen* når man sætter 4 GiB RAM i.
 
 Dit link tyder i hvert tilfælde på, at jeg må leve med det.
 Visse bundkort har en BIOS-indstilling, som hedder noget i retning
 af: 'Memory Hole remapping by:' med valget imellem 'hardware' og
 'software', men det er muligt, at det ikke kan lade sig gøre med
 I865/I875 chipsættet. Der er delte meninger om det, tyder det på,
 men den BIOS-indstilling har løst problemet for et par stykker i
 MS' x64-forum.
 
 --
 Hilsen
 Madsen
 
 
 |  |  | 
   Jens C. Hansen (17-07-2005) 
 
	
          | |  | Kommentar Fra : Jens C. Hansen
 | 
 Dato :  17-07-05 13:59
 | 
 |  | Thomas G. Madsen wrote:
 >
 > Dit link tyder i hvert tilfælde på, at jeg må leve med det.
 > Visse bundkort har en BIOS-indstilling, som hedder noget i retning
 > af: 'Memory Hole remapping by:' med valget imellem 'hardware' og
 > 'software',
 
 Kan det ikke være temmelig ligegyldigt, om det er Bios'en eller
 operativsystemet, som reserverer noget af RAM'en til PCI-buffer osv.?
 Det ændrer jo ikke på, at al RAM'en bliver brugt til noget i begge
 tilfælde.
 
 > men det er muligt, at det ikke kan lade sig gøre med
 > I865/I875 chipsættet.
 
 Der er tilsvarende FAQ hos Abit til samme "problem" med i915/i925-chipsæt.
 
 
 |  |  | 
    N/A (17-07-2005) 
 
	
          | |  | Kommentar Fra : N/A
 | 
 Dato :  17-07-05 14:43
 | 
 |  | 
 
 
 |  |  | 
     Jens C. Hansen (17-07-2005) 
 
	
          | |  | Kommentar Fra : Jens C. Hansen
 | 
 Dato :  17-07-05 14:43
 | 
 |  | 
 
            Thomas G. Madsen wrote:
 > 
 > De fik blot mulighed for at se alle 4 GB inde i Denne Computer 
 > -> Egenskaber -> Generelt ved at slå 'Memory Hole remapping by: 
 > Software' til i BIOS. Var det ikke slået til, kunne de kun se de
 > 3.5 GB inde i Denne Computer.
 Jeg fandt en pdf med en længere udredning om det:
http://supportforum.sun.com/hardware/index.php?t=getfile&id=135&rid=0 Du har åbenbart ret i, at de sidste 512 MiB ikke kan udnyttes, men det 
 ser ikke ud til at kunne fixes, så længe Bios'en skal understøtte 
 32-bit operativsystemer.
 Man kunne dog forestille sig en Bios-indstilling, som gør at Bios'en 
 sætter systemet op i 64-bit mode fra starten af, således at der ikke 
 er noget overlap mellem RAM'en og det adresserum, der er reserveret 
 til diverse I/O-enheder.
 Om det er det, der snakkes om i det forum du nævner, skal jeg ikke 
 kunne sige.
            
             |  |  | 
  Thomas G. Madsen (17-07-2005) 
 
	
          | |  | Kommentar Fra : Thomas G. Madsen
 | 
 Dato :  17-07-05 14:10
 | 
 |  | Jens C. Hansen skrev:
 
 > Kan det ikke være temmelig ligegyldigt, om det er Bios'en eller
 > operativsystemet, som reserverer noget af RAM'en til PCI-buffer
 > osv.?
 
 Jo selvfølgelig hvis styresystemet også reserverer 512 MB RAM til
 PCI-buffer osv., men er du sikker på, at det gør det?
 Det meldte historien ikke noget om i de forums, hvor jeg har læst
 om problemet.
 
 De fik blot mulighed for at se alle 4 GB inde i Denne Computer
 -> Egenskaber -> Generelt ved at slå 'Memory Hole remapping by:
 Software' til i BIOS. Var det ikke slået til, kunne de kun se de
 3.5 GB inde i Denne Computer.
 
 --
 Hilsen
 Madsen
 
 
 |  |  | 
  Thomas G. Madsen (17-07-2005) 
 
	
          | |  | Kommentar Fra : Thomas G. Madsen
 | 
 Dato :  17-07-05 16:17
 | 
 |  | 
 
            Jens C. Hansen skrev:
 > Jeg fandt en pdf med en længere udredning om det:
 > 
 > http://supportforum.sun.com/hardware/index.php?t=getfile&id=135&rid=0 Tusind tak for den, Jens. Den er da til at forstå frem for de 
 ret kryptiske forklaringer, jeg har fået fra forskellige steder.
 Tror faktisk at jeg sparker den videre til MS' x64-forum...
 > Man kunne dog forestille sig en Bios-indstilling, som gør at
 > Bios'en sætter systemet op i 64-bit mode fra starten af, således
 > at der ikke er noget overlap mellem RAM'en og det adresserum,
 > der er reserveret til diverse I/O-enheder.
 Og det ville indstillingen 'Memory Hole remapping by:...' vel
 netop også gøre, hvis styresystemet er 64-bit vel at mærke.
 Der står dog nederst i den PDF, som du linkede til, at der stadig
 kan være problemer, hvis man f.eks. har PCI kort med Base Address 
 Registers, som arbejder i 32-bit, men det har jeg ikke. Faktisk,
 så har jeg ikke et eneste PCI-kort installeret. Har kun et AGP-
 grafikkort, hvor Aperture Size er stillet til 128 MB. De 128 MB
 tæller åbenbart også med i de 512 MB, som BIOS har inddraget.
 > Om det er det, der snakkes om i det forum du nævner, skal jeg
 > ikke kunne sige.
 Det er det. Prøv at se de to screenshots nederst på denne side:
 <http://www.gamepc.com/labs/view_content.asp?id=xpx64&page=3&cookie%5Ftest=1>. I WinXP x86 ville det ikke hjælpe noget, hvis BIOS kunne stilles
 til 64-bit mode, men det vil, hvis styresystemet også er 64-bit
 og det er det jo så i mit tilfælde.
 -- 
 Hilsen
 Madsen
            
             |  |  | 
   Bjarke Andersen (17-07-2005) 
 
	
          | |  | Kommentar Fra : Bjarke Andersen
 | 
 Dato :  17-07-05 16:21
 | 
 |  | "Thomas G. Madsen" <nospam@madsen.tdcadsl.dk> crashed Echelon writing
 news:dbe3qq.1ls.1@tgm.dyndns.dk:
 
 > Der står dog nederst i den PDF, som du linkede til, at der stadig
 > kan være problemer, hvis man f.eks. har PCI kort med Base Address
 > Registers, som arbejder i 32-bit, men det har jeg ikke. Faktisk,
 > så har jeg ikke et eneste PCI-kort installeret. Har kun et AGP-
 > grafikkort, hvor Aperture Size er stillet til 128 MB. De 128 MB
 > tæller åbenbart også med i de 512 MB, som BIOS har inddraget.
 
 Lige et dumt spørgsmål, men onboard modem, lyd- og netkort sidder vel
 stadig på PCI bussen og arbejder vel 32-bit på fleste dødelige boards?
 
 --
 Bjarke Andersen
 Wanna reply by email? Remove the spammer in address
 
 
 |  |  | 
  Thomas G. Madsen (17-07-2005) 
 
	
          | |  | Kommentar Fra : Thomas G. Madsen
 | 
 Dato :  17-07-05 16:26
 | 
 |  | Bjarke Andersen skrev:
 
 > Lige et dumt spørgsmål, men onboard modem, lyd- og netkort
 > sidder vel stadig på PCI bussen og arbejder vel 32-bit på fleste
 > dødelige boards?
 
 Hmm, ja. Du siger egentlig noget. Det må de vel egentlig gøre.
 
 Jeg har frakoblet onboard lydkort, men bruger netkortet, som også
 er onboard.
 
 --
 Hilsen
 Madsen
 
 
 |  |  | 
 |  |