Bob Ibsen

Asus kortet mitt kan ta enten 3 brikker maks med vanlig DDR, eller èn brikke dual channel DDR (plasseres midterst).

Dette stsemmer ikke, det lover jeg. Det er ingenting som heter dual channel minne, da alle DDR-moduler kan kjøre dual channel mode. For å kjøre DC må man ha minst to brikker, som plasseres på hver sin kanal, og dette omhandler kun minnekontrolleren, antall brikker, brikkenes kapasitet, og om man bruker de riktige slotene.

Med 3 minnebrikker vil RAM-hastigheten automatisk bli DDR333. Brikkesettet tåler ikke mer enn det.

Det gjelder kun hvis man bruker 3x1GB, DDR400 støttes inntil 2GB. Bruker man 3x512 eller 3x256 vil ikke klokkefrekvensen endres, men riktignok vil bare to av brikkene kjøre i "ekte" 128-bits modus (i den grad man kan snakke om det på nForce2). Dessuten kan man kjøre 128-bits modus med tre brikker, så lenge det er samme mengde på hver kanal. Altså hvis man f.eks. bruker 2x256 på de to "parrede" slotene, og en 512 på den sloten som står for seg selv. Dette burde bli temmelig identisk med å bruke to like store brikker på hver sin kanal, så lenge brikkene er noenlunde matchede.

Jeg ville nok ha kjøpt en til billig-brikke med f.eks. PC2700, som kortsiktig løsning. Problemet ditt er nok mest relatert til minnemengden snarere enn ytelsen.

Uansett, om man har fått bootet opp og startet XP samt CPU-Z vil jeg tro man har unsluppet de problemene.

Høres ut som et godt poeng...

Burst length handler om hvor mye data som overføres per transaksjon, så en høy verdi vil gi lengre intervall mellom hver gang en forsinkelse inntreffer. Denne ville jeg ha satt til 8. Dette har ikke noe med RAMmens spesifikasjoner å gjøre, men måten minnekontrolleren kommuniserer med minnet på.

Du har vel ikke command rate i BIOS da, men som sagt tror jeg det skal gå greit med 1 GB.

Nå er det jo slik at Gainward sine GT kort også tar opp en PCI slott. Akkurat som på Ultra kortene

Er det ikke slik at alle GT kort tar opp bare en kortplass? Sikker på at du ikke mente det stikk motsatte?

Uansett, hvis Gainward sine Ultra-kort krever bare en kortplass, så er jo det positivt, synes jeg.

Kjølingen din høres bra ut. Personlig har jeg ikke "konvertert" til NV40 enda, sitter med et FX5900-kort.

Problemet er ikke at den ikke klarer å kjøre 200mhz, det er bare at jeg ikke klarer å få satt den til 200mhz.

Jeg klarer ikke helt å se for meg problemet ditt. Minnehastigheten justeres jo vha HTT-frekvens og divideren - så lenge begge er på 200 skal jo minnet kjøre på 200. Det har jo ikke noen spesifikasjonsmessig betydning om du bruker en eller to brikker.

Bruker du noen automatiske BIOS-innstillinger? I så fall ville jeg ha prøvd å stille alt manuelt.

Jeg ville ha kjøpt GT GLH-kortet. Vet ikke om standardinstillingene viker fra GT-standarden, men med 1,6ns minne, burde det jo være litt mer å hente.

 

En annen ting er at GT kortene problemfritt kan brukes sammen med nVsilencer5, noe jeg anbefaler.

Passer ikke nVsilencer5 på Ultra kortene? Gainward kortene har såpass bra kjøling at det ikke vil lønne seg å bytte den ut med en slik tror jeg. Dessuten kan man regulere de 2 viftene ved hjelp av Gainward's Expert Tool slik at de ikke blir så bråkete. En annen ting er jo at kjølingen står i stil til resten av kortet og det hele ser helt rått ut

Kort-layouten på referansedesignet er jo den samme for GT og Ultra (med små unntak), så minne og GPU er jo plassert riktig.

Men Ultra-kortene tar som kjent opp to kortplasser - men braketten som følger med nVsilencer (altså for å sette i det "tomme" PCI-sporet) får man gjort svært lite med om man har et ultra-kort.

nVsilencer blåser jo luften ut på kabinettets bakside, men det følger ikke med noen dobbelt-brakett som man kan skifte ut med Ultra-kortets dobble. Altså er man nødt til å bore hull i braketten på ultra-kortene, for å få noe luftflyt. Her er en tråd angående problemet:

http://www.ocforums.com/showthread.php?t=343539

Joda, jeg tviler ikke på at Gainwards kjøleløsning er bra - men nVsilencer5 har gitt meg hakeslepp i de testene jeg har lest. I en test gikk LOAD-temperaturen ned med 19 grader sammenlignet med stock!

Jeg ville ha kjøpt GT GLH-kortet. Vet ikke om standardinstillingene viker fra GT-standarden, men med 1,6ns minne, burde det jo være litt mer å hente.

En annen ting er at GT kortene problemfritt kan brukes sammen med nVsilencer5, noe jeg anbefaler.

Selv om "1T" ofte er inkludert i minnets spesifikasjoner, er dette mest av alt noe tullball produsentene gjør for å skvise inn et lavt tall ekstra. Alt minne kan riktignok klare 1T i ett oppsett på inntil åtte banker, men dette avhenger vel så mye av kvaliteten på minnekontrolleren/total mengde som på minnet i seg selv.

Denne funksjonen heter trolig "command rate" eller "command per clock" i BIOS - jeg regner med at du vil finne denne settingen.

Jeg tipper du kan kjøre med 1T - ihvertfall hvis du ikke overklokker minnet.

Merkelig, for jeg er vant til at minnemengden blir automatisk gjenkjent og kalibrert deretter. At det er tilgang til en størst mulig del av minnet er jo også hele poenget med å kjøre dette programmet i DOS-modus - memtest er i det hele tatt designet slik at det skal teste mest mulig minne.

Hvor mye minne som testes, tror jeg avhenger lite av hvilken test som kjøres.

Det finnes også innstillinger for å spesifisere hvor mye minne man vil ha testet. Jeg husker ikke dette i farten, men jeg husker at det var en lett tilgjengelig funksjon i programmet.

Jeg vet ikke hva som er den beste CPUen du kan bruke - men Pentium 4 kan ikke brukes. Desktop P4 finnes till socket 423, 478 og 775.

Socket 370-CPUer er nok vanskelige å få tak i - jeg tror nettauksjoner vil være bedre enn nettbutikkene ihvertfall.

En winchester 3500+ til 1200 er gi-bort-pris (eller lureri)

Den laveste modellen, winchester 3000+, koster jo cirka 1300 kroner. Men det er ikke noen særlig forskjell på dem, annet enn den høyeste tilgjengelige multiplikatoren (hhv 9 på 3000, og 11 på 3500). Jeg ville like gjerne ha kjøpt en ny 3000+ - da er man i det minste sikker.

Dobbelt så mye minne dobler størrelsen på adresseregisteret - og det blir mer krevende for kontrolleren å dekode en forespørsel. Denne parameteren kalles "command rate" eller "command per clock", og kan være 1T eller 2T. Jeg tror du vil finne denne i BIOSen din, VIA-kortene har ihvertfall brukt å ha det. Default er så vidt jeg vet 1T, hvis du justerer denne til 2T, tror jeg det vil hjelpe på stabiliteten - dessverre koster dette endel ytelse.

Socket939 støtter jo dual channel, og det er ingen BIOS-innstillinger involvert i dette - kun fysiske faktorer som antall brikker og deres plassering/kapasitet.

Har du tilfeldigvis en winchester? Det er et velkjent problem at man får trøbbel med dual channel da, og trolig vil en BIOS-oppdatering løse det.

Men - du har altså prøvd brikkene hver for seg, og maskinen starter ikke med den ene? Det bør jo bety at den ikke virker, men hvis du har stramme timinger, så kan det kanskje tenkes at den bare er et hakk dårligere enn den andre, og følgelig ikke klarer å "henge med". Ettersom du har et dual channel-sett, er dette egentlig svært lite sannsynlig, men ut ifra dine beskrivelser er ikke alt som det skal med den ene brikken. Og det er jo også usannsynlig at man skal ende opp med defekt hardware - men det skjer...

alle programmer kan dra nytte av 64-bits i dag (ikke windows programmer da)

 

^^ "alle programmer" ???

 

Nå skjønner jeg ingenting.

 

64-bits støtten i seg selv medfører absolutt ingen fordeler når det gjelder prosessering av 32-bits kode - bortsett fra at større minnemengde kan adresseres.

 

Joda, 64-bits prosessorene til AMD har mange fortrinn sammenligned med deres 32-bits generasjoner. Men disse fordelene ligger andre steder (inntil 64-bits OS/programvare blir utbredt).

GPL software(and other FREE liseneses for open software) can be compiled whit a amd64 (64-bits) flage. example Gentoo Linux can be compiled from "nothing, just codes" and is 99% 64-bits binary after

Ok, disse programmene kan altså kompileres til 64-bits kode - og til dette trengs naturlig nok en 64-bits prosessor.

Når man så kjører et slikt program, vil det jo ikke lenger dreie seg om prosessering av 32-bits kode.

Nå ligger prosessoren på 32 grader i BIOSen. Er det noe fare på ferde? (Så jeg kan legge inn windows og lignende før jeg oppdaterer BIOSen?) Maskinen har ikke diskettstasjon. Kan oppdateringene kjøres fra windows?

Så lenge den ligger under 45 C er alt ok.

Vil si at det ikke trenger å være noen fare før den nærmer seg 65!

Tja, jeg har alltid tenkt 50 C på Athlon XP, og litt lavere for AMD64 (spesielt for 90nm). I det lange løp, altså. Når det blir riktig skadelig vet jeg ikke, men jeg vil fortsatt ikke anbefale 65 på en winchester...

...jeg kommer forresten på noe...

En 4000+ har 1MB L2-cache, mot 512kB i 3500+. Dette vil i teorien øke tiden en CPU-forespørsel bruker gjennom cachen og videre til minnet. En forespørsel går først til det raskeste, "nærmeste" lageret (L1-cachen), og hvis dataene finnes der, blir de hentet inn til prosessorens pipeline. Hvis dataene ikke finnes her, må forespørselen sendes videre til L2-cachen, osv (den går naturlig nok ikke lengre enn nødvendig). Minnetester er selvsagt ment for å isolere minneytelsen, derfor er det rimelig å tro at alle forespørsler må forbi cachen, kanskje fordi programmet krever nye data hele tiden. Nå er vi inne på det man kaller for minnehierarkiet.

Minnehierarkiet:

1. L1 cache

2. L2 cache

3. Hovedminnet

4. I/O (harddisk, CD-ROM, osv)

Forespørslene går fra det raskeste minnet, til det neste, inntil de nødvendige dataene er funnet. I denne sammenhengen er det spesielt viktig å tenke på cache som minne, selv om det sitter på selve prosessorkjernen. Det er mye som kan sies her, og jeg utelukker ikke at forespørsler kan sendes "direkte" til minnet, men generelt kan man si at større cache forlenger søketiden det tar å "avgjøre" om dataene er der eller ikke. Altså vil det bli litt lengre vei til minnet, slik at utnyttelsen kan bli litt dårligere, selv på samme klokke/timinger.

For all del ikke misforstå: Jeg ville glatt ha ofret litt båndbredde for 512kB ekstra cache. Litt dårligere resultater i en isolerende minnetest er ingenting å bekymre seg for, siden det egentlig er lite relevant ihht generell ytelse. For å snu på flisa kan du jo for eksempel kjøre SuperPi og sammenligne 1MB med 512kB med samme klokke – jeg tipper den forskjellen vil være både mer tydelig og mer relevant.

Til slutt vil jeg minne om at dette bare er en mulig forklaring. Det mest sannsynlige jeg kommer på

Så lenge du holder deg til en av desktop-plattformene (altså socket 754 og 939), er det "vanlig" minne som er tingen.

Bedre utvalg, lavere priser, og litt bedre ytelse...

er det noe vits i å sette ned multiplier for å øke fsb?

Hvis minnet ikke har mer å gå på, så er det vel ikke det.

HT bør ikke overstige 1GHz, det er riktig. Uansett er det neppe noe ytelsesgevinst å hente i dette.

Det er viktig å "isolere" når man overklokker denne plattformen. Altså å teste ett komponent om gangen.

Først hovedkortets maks HTT (ved å redusere LDT (HT-multi), minnedivideren, og CPU-multiplikatoren så lavt at verken HyperTransport-bussen, minnet eller CPU blir begrensningen).

Deretter CPUen, ved å stille multiplikatoren så høyt CPU/kjøling tillater. Vær klar over at man som en tommelfingerregel, bør unngå halv-multiplikatorer på AMD64. Dette gir faktisk litt dårligere ytelse, og gjør dessuten at minnedivideren rundes av oppover.

Så kan man se hvor høyt minnet klarer å henge med - først med slakke timinger. Det krever endel eksperimentering for å finne ut hva som er best for hvert enkelt system. Noen ender opp med stramme timinger på moderat klokkefrekvens, mens andre prioriterer høye klokkefrekvenser.

Har foressten sett meg nødt til å hive ut en av rambrikkene, og kjører nå med 1gb pc3200 ... Computeren ble meget ustabil med 2gb..

 

opplevde en rekke krasj,(med alle frekvenser i org. stilling), og etter å ha tatt ut 1gb, kjører den fint.. Kan en annen ramprodusent være tingen ..??

Vel, jeg er ikke overrasket over dette. At nForce2 har problemer med høy minnemengde, er vel bare en av "livets harde realiteter".

Jeg vil ikke utelukke at du kan få bedre resultat med andre brikker, men jeg tror ikke det er verdt et forsøk. Socket A-plattformer er jo ikke akkurat verdt å investere så veldig mye i...

alle programmer kan dra nytte av 64-bits i dag (ikke windows programmer da)

^^ "alle programmer" ???

Nå skjønner jeg ingenting.

64-bits støtten i seg selv medfører absolutt ingen fordeler når det gjelder prosessering av 32-bits kode - bortsett fra at større minnemengde kan adresseres.

Joda, 64-bits prosessorene til AMD har mange fortrinn sammenligned med deres 32-bits generasjoner. Men disse fordelene ligger andre steder (inntil 64-bits OS/programvare blir utbredt).

Windows-program for flashing ligger på driverCDen hvis det finnes. Dette kan jo også lastes ned.

Bare last ned BIOSen (vær helt sikker på at det er til riktig modell) - DOS-basert flasheprogram er som regel inkludert i ZIP-filen.

Hjelpefiler er også inkludert, både i "BIOS-pakken", og evt. i Windows-programmet.

Windows98 burde fungere så lenge du har 98-drivere til brikkesett/grafikkort. Bortsett fra det med SLI-støtte, evt SATA-støtte - det er jeg ikke sikker på.

Vær uansett klar over at Win98 bruker et annet filsystem (FAT32) enn WinXP (NTFS). Hvis du uansett har planer om å bruker både Win98 og WinXP, må 98 installeres først. Dette fordi Windows98 ikke gjenkjenner en eksisterende XP-installasjon, og overskriver harddiskens boot-sector.

For å boote fra CD eller USB må du velge dette i BIOS. Dette kan hete f.eks. "Boot Priority", eller boot device 1, 2, 3, osv.

Har aldri brukt USB-enheter, så det er nok best om noen andre svarer på det.

Nå ligger prosessoren på 32 grader i BIOSen. Er det noe fare på ferde? (Så jeg kan legge inn windows og lignende før jeg oppdaterer BIOSen?) Maskinen har ikke diskettstasjon. Kan oppdateringene kjøres fra windows?

Så lenge den ligger under 45 C er alt ok.

Jeg vil tro at det finnes programvare for BIOS-oppdatering gjennom Windows til hovedkortet ditt. Dette er blitt veldig vanlig etterhvert. Hvis ikke, anbefaler jeg deg å bruke en boot-CD, evt USB-stick. Det er uansett mye tryggere enn diskett.

Det er en god ide å bruke bare en minnebrikke inntil man har oppdatert BIOSen. Jeg vet ihvertfall at noen har fått problemer pga bruk av to brikker med "ukompatibel" BIOS.

Hei!

 

Jeg har akkurat bygd opp en pc (med Asus SLI-Deluxe og AMD 3500+). Den startet opp helt fint, og jeg kom inn i BIOSen. I BIOSen under "CPU configuration" stod det: "CPU Speed: 4653 MHz". Denne prosessoren skal normalt være klokket til 2200 MHz. Men prosessoren ligger stabilt på rundt 30 grader i BIOSen.

 

Er denne prosessoren overklokket? (Hvordan kan jeg klokke den ned??) Viser BIOSen feil?

 

Takk.

Enig. Dette er nok en BIOS-feil.

4653 MHz ville ha vært verdensrekord i overklokking - med komfortabel margin.

Er CPUen din en winchester? Det kan være nødvendig å oppdatere BIOS for at disse skal fungere knirkefritt.

Vis overklokking ikke er hovedprioritering, så trenger du ikke bedere bikker enn f.eks Corsair ValueS PC3200.

Det er jeg enig i. På AMD64 kan jo minnet uansett kjøres tregere enn HTT, uten at man taper ytelse per klokke av den grunn.

Dessuten er det jo dual channel-støtte på socket 939, så bare man har to brikker vil nok minneytelsen bli mer enn kurant, selv med billig-RAM.