z double threaduPůvodně odeslal vauxhall.uk
z double threaduPůvodně odeslal vauxhall.uk
zaklepal nozickama, ale nastesti predtim stihl uvalet svou kulicku
Tak double thread uz sme uspesen zrusili (-> diky mIsha), akorat ten 8rdavcore mi nefachci... Zkousel sem nastavit snad vsechny mozny kombinace,ale vzdy BSOD a reset...
Jeste zkusim v BIOSU hodit CPU na default (133x11) a pak ho pomoci 8rdavcore pretocit...
1) BigPiG System mk2 Phenom II x4 955; 4x2048MB DDR3; MSI FX890-GD70; CF 5830; VelociRaptor 300GB + 2xSeagate SV35.5 2TB RAID1 + Samsung F1 750GB + Samsung F2 1,5TB;Lian Li PC-8FIB; 2408WFP
2) PigPics E-500 + ZD 1445 + ZD 4015 + SanDisk ExtremeIII 4GB + Lexar Premium 1GB - IndoCertified
3) Pig@Work CATIA V5 r14-r18 @ Precision T5500: Intel W5590, Quadro FX3800 & Dell Ultrasharp U2410 & SpacePilot guaranteeing a minimum of 120 clicks per minute
4) PigFun Ubuntu 9.10 @ Corsair Flash Voyager 16GB @ Mobile PiG - HP nw8240 M770; FireGL v5000; 15.4" @ 1920x1200; 1+1GB RAM
5) MiniPig Lenovo X201i: i3 370M; 12" 1280x800 matte; 2GB DDR3 RAM; 6+ hours battery lifetime
Už tady několikrát zaznělo, že nForce 2 nepodporuje FID_Change Command. Z toho důvodu není možné měnit násobič za chodu.
Měnit za chodu napětí je možné pouze na mobilních deskách, protože desktopové nepodporují SoftVID piny (to už tu taky zaznělo). Jakákoli změna přímým přeprogramováním napěťového regulátoru za chodu bez uspání procesoru vede ke ztrátě dat. Pro správnou funkci změny napětí za chodu je vždy nutná kombinace přeprogramování reguláru + uspání procesoru, případně u některých novějších procesorů zaručení minimálního odběru proudu díky nevytížení a šetřícím režimům.
Měnit za chodu FSB nebo jakoukoli externí frekvenci je zcela nemožné, protože se při tom rozsynchronizují životně důležité části CPU a dojde ke ztrátě dat. Programy, které mění externí frekvenci, nejsou bezpečné.
Tímto je tvá otázka zodpovězena a thread může být uzavřen.
Tak jsem se v tom trosicku povrtal a povedlo se! Hlasim castecny uspech! Zmenil jsem FSB delay a Vcore delay (na 250ms oboje) a uz to aspon trosku funguje. Nejlepsi by bylo, kdyby to ale slo z 200MHz@1,625V <--> 133MHz@1,5V to by bylo akorat...
@Eagle: Dovolim si polemizovat: Na mojim NF7-S v2 jde menit napeti, jde menit FSB ale jen v nekterych pripadech. (napr z default. hodnot [11x133 @ 1,5V] se dostanu na 11x166@1,625V) Ale na vyssi FSB jsem se ve Win nedostal, v biosu se dostanu az na 11x200@1,625V rockstable... Takze tvoje tvrzeni ma nejake nedostatky.
Muj CPU je stock 1700+ Thoroughbred, zadny spojovani/rozpojovani pinu, nic podobnyho. To samy plati o desce.
1) BigPiG System mk2 Phenom II x4 955; 4x2048MB DDR3; MSI FX890-GD70; CF 5830; VelociRaptor 300GB + 2xSeagate SV35.5 2TB RAID1 + Samsung F1 750GB + Samsung F2 1,5TB;Lian Li PC-8FIB; 2408WFP
2) PigPics E-500 + ZD 1445 + ZD 4015 + SanDisk ExtremeIII 4GB + Lexar Premium 1GB - IndoCertified
3) Pig@Work CATIA V5 r14-r18 @ Precision T5500: Intel W5590, Quadro FX3800 & Dell Ultrasharp U2410 & SpacePilot guaranteeing a minimum of 120 clicks per minute
4) PigFun Ubuntu 9.10 @ Corsair Flash Voyager 16GB @ Mobile PiG - HP nw8240 M770; FireGL v5000; 15.4" @ 1920x1200; 1+1GB RAM
5) MiniPig Lenovo X201i: i3 370M; 12" 1280x800 matte; 2GB DDR3 RAM; 6+ hours battery lifetime
Kdyby bylo možné to, co tvrdíš ty, tak už by dávno jak Intel, tak AMD, měnili v noteboocích FSB, napětí by se měnilo bez uspávání a jiných restrikcí atd. Neexistovala by prakticky žádná ztráta výkonu spojená s úspornými technologiemi. Ale ono to tak není, víš? Stačí mít nějaké znalosti elektřiny a používat to na krku. Tvoje poznámky o trhlinách si nech pro hlupáky, kteří ti uvěří, ale se mnou můžeš v této diskuzi nanejvýš souhlasit. Jinak totiž jen dokazuješ, že tomu vůbec nerozumíš.
Ja tady na nikoho nemachruju, nikoho nepoucuju, jenom postuju co se mi dari s tim programkem.
Znalosti elektriny nejaky mam, i kdyz ne zas tak veliky (2 zkousky na CVUT z Elektroniky a KZ z Mikroel.) a to na krku taky pouzivam, jinak bych si neporadil s pocatecnim neuspechem
Uznavam ze se v teto tematice asi vyznas o neco vic, ale CPUMSR nefachci na NF2, tak jsem se poohlidnul jinde a zda se ze to fachci (aspon castecne). A vubec netusim jestli te muj post nejak urazil (a cim), kdyz uz na me jdes tak zhurta.
Co ja vim, jak je to 8rdavcore naprogramovany, ale funguje to, tak co resit...
1) BigPiG System mk2 Phenom II x4 955; 4x2048MB DDR3; MSI FX890-GD70; CF 5830; VelociRaptor 300GB + 2xSeagate SV35.5 2TB RAID1 + Samsung F1 750GB + Samsung F2 1,5TB;Lian Li PC-8FIB; 2408WFP
2) PigPics E-500 + ZD 1445 + ZD 4015 + SanDisk ExtremeIII 4GB + Lexar Premium 1GB - IndoCertified
3) Pig@Work CATIA V5 r14-r18 @ Precision T5500: Intel W5590, Quadro FX3800 & Dell Ultrasharp U2410 & SpacePilot guaranteeing a minimum of 120 clicks per minute
4) PigFun Ubuntu 9.10 @ Corsair Flash Voyager 16GB @ Mobile PiG - HP nw8240 M770; FireGL v5000; 15.4" @ 1920x1200; 1+1GB RAM
5) MiniPig Lenovo X201i: i3 370M; 12" 1280x800 matte; 2GB DDR3 RAM; 6+ hours battery lifetime
8rdavcore funguje tak, že přes SMbus přeprogramuje regulátor. Tak to dělá BIOS po nastavení v Setupu, jenže... když to udělá BIOS, tak pak vyvolá reset CPU, všechny data se vymažou a jede se. Když to uděláš bez resetu a s daty v procesoru (v pipeline a v cache), změna napětí ti vyvolá změnu proudové zátěže, napětí se rozhodí mimo meze a v datech máš najednou chyby. Když se to provede bez zátěže, ještě to možná půjde (i když riziko velké), se zátěží to téměř jistě ztuhne.
Proto ti taky nefunguje změna FSB na hodnoty, které jdou v BIOSu - změna způsobí rozsynchronizování hodin, frekvence šíleně lítá, procesor to neustojí a zkolabuje. Při nižších frekvencích je samozřejmě odolnost čipu na změny větší.
Toto téma si právě prohlíží 1 uživatelů. (0 registrovaných a 1 anonymních)