Tulen a zahadne vytuhovani v urcitych programech

[RayeR]

Tak sem se tu pred nedavnem radoval z novyho CPU-Tulene, ale cim dal vic se objevujou problemy. Vcera sem zrovna potreboval kompresnout naky video ve VirtualDUBu a po par % mi to vytuhlo. To by nebylo az tak neobvykly, jenzo ono to vytuhlo i kdyz sem vratil takt FSB na 100MHz a pameti nastavil na nejpomalejsi casovani - zase vytuh. Dokonce to zatuhne i pri brutalnim podtaktovani FSB na 66MHz.

Vzdy to zatuhne po nekolika procentech, tak do 1-2min, prestane se hejbat kurzor skratka vsechno a jedine HW reset. Zkousel sem ruzny verze DUBu pod W98 a W2000 ale se stejnym vysledkem.

Pak sem prisel na to, ze kdyz v nastaveni vypnu pouzivani MMX, SSE a pod instrukci tak to NESPADNE! Stejnej problem sem objevil i v 3DMarku 2001, tam se to nedostalo nikdy dal nez za matrix scene (na 66MHz).

Predtim sem psal ze se mi takle kousal MemTest86, alew ten se kous dycky na presne stejnech %, tady je to ruzny, ale mozna to souvisi.

Naproti tomu Q2, nebo UT sem na tom paril pri FSB133 a zadnej problem nebyl, tak to mi je fakt zahada

Jo jen podotykam ze se starym CPU coppermine 850@1133 tyhle programy fungovaly bez problemu...

[MadCap]

si si uplne isty ze je pamet ok? a inak tualatin ma zrejme aj ine naroky na napajanie, cize doska allright?

[Likedi]

a co zdroj? nemas vykyvy vcore?

[hagrid]

řekl bych že to bude asi v napájení CPU

[PiT]

Premeraj si spoje...

Obzvlast PowerGood + VttPowerGood.

[RayeR]

Pit> Spoje sou poctive propajeny dratkem, zadnej lak, v tom bych problem nevidel, hlavne by to nezaviselo na MMX/SSE

MadCAP> Jo pamet je OK, krome memtestu projede vsema testama co sem zkousel, a ten memtest s copperminem jel taky.

O tom napajeni sem uz taky premejslel. Asi ma Tulen veci naroky na Vcore a tahle deska holt na to nebyla dimenzovana. Ale zase mi je divny, ze by Tulen i na 66MHz FSB zral vic jak pretaktovanej coppermin. No jesi se mi povede zprovoznit toho Abita od Overa, tak to zkusim v nem a uvidim...
Skoro mw ale napada, jesi neni spatnej primo CPU (i to uz se tu myslim nekomu stalo) je mi divny ze to takle tuhne jen pri intenzivnim vyuziti MMX/SSE. Nebo je mozny ze tyhle instrukce vyrazne zvysi spotrebu?

[e1]

to vyzera na kondy... aspon u mna sa to takto prejavovalo

[RayeR]

to vyzera na kondy... aspon u mna sa to takto prejavovalo

To nevylucuju, desku uz mam 5 (ano slovy pet) let, celekm se v ni vystridaly 300A,C766,C850 a T1100. Blby je ze tyhle veci kapacity uz na multimetru nezmerim.

[Pret]

Ano aj podla mna to vyzera na kondiky, mne sa to tiez stalo a znizoval som frekvenciu a zase bum ... a potom som rozobral komp a kukam ... nafuknute, vytecene, aj teraz tam mam 1 zly kondik, ale ide.

[PiT]

RayeR:

Mne to blbo, ked som mal zle spojeny PwrGood s VttPwrGood a In Order Queue Depth v BIOSe nastaveny na 8. Bud to neslo, alebo vytuhavalo.

A tak isto potom, ked sa mi ponafukovali kondy. Mal som ich nafuknute uz s Copperom (566 at 850), ale islo to bez problemov... Prechodom na Tulen sa mi ale ponafukovali rychlejsie a u mna to sposobilo, ze po prepnuti z textoveho do graf. modu graficka karta zhasla a koniec, takze som si spociatku myslel, ze je zly moj Radeon

[Eagle]

Něco takového se stávalo mně, když jsem dal Athlon XP Thoroughbred B0 na desku Abit KT7 v1.1 (... která ho taky oficiálně nepodporuje). Systém jede relativně OK (občas problémy se zapínáním), ale občas se náhodně resetne - a to fakt náhodně, někdy jede třeba hodiny zcela OK, jindy resetuje po pár minutách.

MMX a SSE určitě zvýší spotřebu, ale podle mě ne tak moc, aby to způsobilo zátuh - pokud ti to dělá i při nižších frekvencích, tak je to zcela vyloučené. Spíš bych to viděl na nějakou HW nekompatibilitu.

[RayeR]

MMX a SSE určitě zvýší spotřebu, ale podle mě ne tak moc, aby to způsobilo zátuh - pokud ti to dělá i při nižších frekvencích, tak je to zcela vyloučené. Spíš bych to viděl na nějakou HW nekompatibilitu.

No to si myslim taky ze rozdil spotreb s/bez MMX+SSE je mensi nez
rozdil spotreby 66/133MHz (coz se odrazi i na teplote)... Navic jak sem psal, paril sem na tom UT celej vecer (na 133), topi to sice, ale netuhlo to. Pak pustim Vdub a je to za minutu mrtvy - TO je na tom to divny. Kdyby to bez rozdilu tuhlo i v jinych appz, tak by to bylo jasny. Na druhou stranu, pokud by to bylo nakou nekompatabilitou/chybou tak bych cekal ze se to sekne pri opakovani komprese stejnyho videa opet ve stejnym miste. Ale ono ne, je to pokazdy trochu jinde, s nizsim taktem to vydrzi dyl ale pak to taky padne. Jo jeste dodavam, ze microcode sem samozrejme do BIOSu dodal a je nacteny spravne. Fak todle sem este nezazil.

Pit> Co je presne zac ta "In Order Queue Depth" opsna? Nic takovyho v BIOSu nemam, co se tyce kolem CPU, tak muzu max. vypnout L1/2 a s/n.

Jinak uz sem sehnal kondy do Abita, takze az to prepajim tak to vyzkousim v nem.

[PiT]

Pit> Co je presne zac ta "In Order Queue Depth" opsna? Nic takovyho v BIOSu nemam, ...

google http://www.rojakpot.com/default.aspx...var1=0&var2=98

Ked ho mam "vypnuty" (1), tak je vykon tak 30-50% oproti "zapnutemu" (8 ).

Taky detail... Skusal si VirtualDub 1.5.10 alebo 1.6.xx Pretoze 1.6 je shit, ktory mi random sem-tam padal... (ale nepamatam, ci sposoboval aj vytuh).

[Eagle]

In Order Queue Depth určuje délku fronty při přístupu k pamětem (nebo k FSB? už nevím). Změníš to WPCREDITem na D0/B0/F0 přepnutím do 4byte zobrazení, offset 50-53h, bit 2. Jednička znamená délka fronty 8, nula znamená délka fronty 1. Pro výkon je ideální co nejdelší fronta.

[RayeR]

Jo dik, no parave ze sem mel 1.5.10 a kuli tomu tomu sem zkousel 1.6.1 a 1.6.2 ale porad to samy. V 1.6.2 nejak divne funguje cropping - ukaze se to az po zavreni okna a jeho znovu otevreni (ve video/filters) coz v 1.6.1 nedalo, ale to je fuk.

EAGLE>
Vyzkousim. Hele ted me napada, jesi treba BIOS nejak jinak neprenastavil registry chipsetu, protoze CPU detekuje jako PIII. Mozna by stalo za to porovnat nastaveni registru s C850 a T1100. Daj se necim pohodlne dumpnou registry chipsetu do souboru aby to slo rychle porovnat?

EDIT: asi bude stacit printscreen ne?

[Rainbow]

HWiNFO 32 pre DOS -> utilita GETPCI
BTW. Mne to tiez ukazuje Pentium III

[PiT]

Mne to tiez ukazovalo PIII 693MHz (pricom realna frekvencia bola 1466.7MHz) ... Po uprave modbinom a BIOS patcherom uz mi to ukazuje Intel Celeron Tualatin 1466MHz

[RayeR]

Nejde o ten zobrazeny nazev, ale o to jesi se treba nejak jinak nenastavuje Chipset.

Pit> muzes rict neco bliz o tom jaks to modnul? Ja sem se v tom hrabal rucne (v awardext.rom), disasembloval, nasel i nakou cast kodu kde se vypisuje "MHz" ale ne primo tu detekcni funkci. Pak sem se na to vykaslal. U starsi verze BIOSu sem to mel, aby se mi spravne vypisoval ten C850, ale pak vydali novejsi BIOS, ktery uz to opravil. V nem je ten kod awardext.rom ale uplne odlisnej od predchozi verze, takze ten puvodni postupnesel pouzit.

[Rainbow]

http://www.rom.by/
Ale upozornujem, ze to obcas poserie BIOS.

[RayeR]

Ted sem tam zrovna byl, no koukam ze ta opsna bude naka prasarna

"/c - manual add CPU Name (will be displayed for ALL CPUs!)"

To ja sem to mel vymakany ze se mi ta frekvence vycitala z PLL, takze to vzdy ukazovalo real hodnotu. A multiplikator se da zasnajit v MSR. Ale problem je tam ten svuj kod naimplantovat, resp. najit to spravne misto.

[Rainbow]

Myslim, ze ide aj bez toho, ale ono je to cele hrozny bordel. Prida to nejaky modul, ktory sa pri inicializacii BIOSu hrabe v jeho kode. Niektore BIOSy to nepreziju (total death - treba preflashovat), mne to zase na PC Partner TXB820DS nerobilo nic - tvarilo sa to ako keby som to vobec nepouzil.

[Eagle]

Nastavení lze vytáhnout z WPCREDITu do texťáku volbou Copy a pak CTRL-V. Sice současně jen pro jedno zařízení, ale to už je formalita.

[RayeR]

no az pridu dom, tak se na to podivam. Ale este jedna vec - nemodifikuji takle nahodou registry chipsetu samy windows (minimalne ovladace IDE a AGP)? Ja jen ze jesi by to nebylo lepsi tim PCI dumpem pod cistym DOSem. Ale zkusim oboji, to je par minut.

Jinak neni pro me problem udelat ROM modul, kterej treba nak ty registry prenastavi, kdyz bude potreba.

[Eagle]

Některé ovladače je skutečně modifikují. Tobě to ale padá pod Windows, tak bych se soustředil na to, co je jinak pod Windows.

[Rainbow]

IDE driver by sa mal hrabat len v registroch IDE radica, AGP na tom bude asi nejako podobne. Kazdopadne by nic nemalo menit nastavenia vselijakych casovani a pod.