Intel Conroe - novy kral

[Over]

To, co popisují na CDR, opravila ta záplata na Windows XP. Je to jen o špatně nastaveném threshold.

ups...kterou záplatu máš ted na mysli, vylovíš číslo (KB....)?

[Haste]

ups...kterou záplatu máš ted na mysli, vylovíš číslo?

Urcite tuto http://support.microsoft.com/?kbid=896256.


Edit:
Mel bych jeden dotaz na vsechny. U her/aplikaci, co pouzivaji na synchronizaci primo RDTSC instrukci a obchazi tedy WIN API resp. HPerfTimer jako napriklad NHL05/SS2 a jine dochazelo na AMD DualCorech k poskakovani dokud AMD nevydalo onen Dualcore optimizer. Tak me zajima jestli ma tuto synchronizaci jader Intel uz vyresenou HW (asi by mel kdyz ma sdilenou L2) nebo je na to update nebo to neni vyresene a hopsa to ?

Resp. mohl by tu nekdo s C2D zkusit SeriousSam2 nebo NHL05 ?

[Over]

Mel bych jeden dotaz na vsechny. U her/aplikaci, co pouzivaji na synchronizaci primo RDTSC instrukci a obchazi tedy WIN API resp. HPerfTimer jako napriklad NHL05/SS2 a jine dochazelo na AMD DualCorech k poskakovani dokud AMD nevydalo onen Dualcore optimizer. Tak me zajima jestli ma tuto synchronizaci jader Intel uz vyresenou HW (asi by mel kdyz ma sdilenou L2) nebo je na to update nebo to neni vyresene a hopsa to ?

Resp. mohl by tu nekdo s C2D zkusit SeriousSam2 nebo NHL05 ?

Ani jedno nemám,ale nepomohlo spřažení procesu na jedno jádro ve správci úloh?

[Haste]

Ani jedno nemám,ale nepomohlo spřažení procesu na jedno jádro ve správci úloh?

Jasne ze pomohlo. Ale s AMD DC Optimizerem uz to neni na AMD treba. Tak me zajima jak je to u Intelu...

Ono porad nastavovat affinitu jak moula neni zrovna prijemne u DC.

[Over]

Ted mi neni jasný, jestli byla už ta záplata ke stažení, nebo ještě neni, nějak to moc nekontroluju. Zatím jsem problém nezaznamenal. Jak se to přesně projevovalo, kolísání výkonu?



Jinak by mně zajímalo jak je to s tim def. v core Conroa, podle specifikace Intelu je to 0,8500 - 1,3625V, na krabici je max 1,35V, RMClock detekuje 1,325V max., furt se nemužu dobrat kolik je max. def. voltáž při maximálním vytížení bez zapnutého EIST.

[Krimi 2000]

Tak uz mam taky objednano. Nakonec vyhral e6600 a Asus P5B-dlx, ve stredu to budu mit snad slozene, tak podam info. V pulce zari mi kamarad odveze pameti z USA-G.skill 2x1GB GBHZ PC6400 s chipy MicronD9, takze zatim jen s A-daty.

[Eagle]

Urcite tuto http://support.microsoft.com/?kbid=896256.

Ano. Případně jakoukoli jinou, která upravuje NTOSKRNL a je novějšího data (třeba ta nedávná veřejná na hibernaci).

Mel bych jeden dotaz na vsechny. U her/aplikaci, co pouzivaji na synchronizaci primo RDTSC instrukci a obchazi tedy WIN API resp. HPerfTimer jako napriklad NHL05/SS2 a jine dochazelo na AMD DualCorech k poskakovani dokud AMD nevydalo onen Dualcore optimizer. Tak me zajima jestli ma tuto synchronizaci jader Intel uz vyresenou HW (asi by mel kdyz ma sdilenou L2) nebo je na to update nebo to neni vyresene a hopsa to ?

Je někomu z vás jasné, jak tohle může fungovat? Nedokážu si totiž představit, jak by měly být RDTSC synchronizovány při té frekvenci, kterou používají. Přijde mi to jako nesmysl, leda by to udělali přímo na úrovni CPU, ale pak by zase nefungovaly některé programy.

BTW, v 64bit režimu je RDTSC napevno bez ohledu na aktuální frekvenci procesoru.

Ted mi neni jasný, jestli byla už ta záplata ke stažení, nebo ještě neni, nějak to moc nekontroluju. Zatím jsem problém nezaznamenal. Jak se to přesně projevovalo, kolísání výkonu?

Projevovalo se to tak, že DC procesor mohl mít u MT aplikace např. trojnásobný výkon oproti ST. Prostě když bylo vytíženo jen jedno jádro, Windows ho pořád přepínaly z jádra 0 na jádro 1 a zpět (to se můžeš podívat třeba v Core Temp, že to tak je), přičemž ani na jednom z jader nedošlo k překročení prahového vytížení, čili ovladač nedostal příkaz přepnout na vyšší PState. Procesor tedy nevěnoval ST aplikaci vysokou frekvenci.

Tady je mimochodem vidět, jak jsou Windows v tomto hloupé. Přepínání mezi jádry je totiž hrozný nesmysl, protože:
1) Jádro, které dostane úlohu přidělenu, nemá potřebná data prefetchovaná, tudíž je tam větší zátěž na RAM a pokles výkonu.
2) U multiprocesorových řešení je ztráta ještě větší, neboť tam probíhá komunikace přes FSB / HyperTransport, což je pomalé až hrůza.
Resumé: SC procesor může být (a často taky je) kvůli tomuhle u ST aplikace rychlejší.

Jinak by mně zajímalo jak je to s tim def. v core Conroa, podle specifikace Intelu je to 0,8500 - 1,3625V, na krabici je max 1,35V, RMClock detekuje 1,325V max., furt se nemužu dobrat kolik je max. def. voltáž při maximálním vytížení bez zapnutého EIST.

VID = 0.85 - 1.3625V
Icc_max = 75A, resp. 90A u XE


4MB verze:
Vcc = VID - 0.001306667 * Icc.

Tedy:
pro Core 2 Duo: Vcc_max = 1.3625V - 0.098V = 1.2645V
pro Core 2 Extreme: Vcc_max = 1.3625V - 0.1176V = 1.2449V

2MB verze:
Vcc = VID - 0.0014 * Icc.
pro Core 2 Duo: Vcc_max = 1.3625V - 0.098V = 1.2575V

Obdobným způsobem lze spočítat Vcc pro libovolný Icc. VID je pak Vcc při Icc = 0A.

[tomase]

Eagle > pokial spustim dve isntancie Prime95, bude jedno jadro pocitat stale tu istu, alebo moze dojst k vzajomnej vymene? ASi je to blbost, ze?

[Eagle]

Eagle > pokial spustim dve isntancie Prime95, bude jedno jadro pocitat stale tu istu, alebo moze dojst k vzajomnej vymene? ASi je to blbost, ze?

Pokud si program vysloveně nevyžádá přítomnost na konkrétním CPU (což je navíc pro Windows spíše doporučující než že by to měly přikázáno respektovat), bude je systém přehazovat. Pro jistotu je lepší nastavit afinitu.

[Fox!MURDER]

Pokud si program vysloveně nevyžádá přítomnost na konkrétním CPU (což je navíc pro Windows spíše doporučující než že by to měly přikázáno respektovat), bude je systém přehazovat. Pro jistotu je lepší nastavit afinitu.

az se soudruzi z MS konecne naucej designovat, bude nam vsem lip ...

[Haste]

Je někomu z vás jasné, jak tohle může fungovat? Nedokážu si totiž představit, jak by měly být RDTSC synchronizovány při té frekvenci, kterou používají. Přijde mi to jako nesmysl, leda by to udělali přímo na úrovni CPU, ale pak by zase nefungovaly některé programy.

Co sem cetl, tak je maji nejakym zpusobem synchronizovat s ACPI timerem. Navic mi prijde, ze se to deje jenom pri bootu pres ten jejich exac optimizeru a AMDUtil, kterou nainstaluji jako systemovy driver.

Kazdopadne to je celkem fuk jak to delaji. Podstatne je, ze jim to v podstate funguje a zajima me jak bezi C2D na SS2/NHL05. TO tu s C2D nikdo nehraje Celkem by me to zajimalo, u NHL se to projevuje jako by nizkym FPS (ktere je ovsem treba i 100+) ale poskakluje to jako by bylo jenom 20 treba, proste pohyb je silene sekany a paradoxne mi to prijde s casem hrani cim dal horsi. Proste jde o to jak XPcka rozdeluji zatez mezi obe jadra...

[Eagle]

Co sem cetl, tak je maji nejakym zpusobem synchronizovat s ACPI timerem. Navic mi prijde, ze se to deje jenom pri bootu pres ten jejich exac optimizeru a AMDUtil, kterou nainstaluji jako systemovy driver.

Víš, jak funguje TSC ? Pro mě je to dost důležité, protože si nebudu instalovat sajrajt, který mi potenciálně způsobí nestabilitu OS. Dost lidí už si na tuhle jejich utilitu stěžovalo.

[Haste]

Víš, jak funguje TSC ? Pro mě je to dost důležité, protože si nebudu instalovat sajrajt, který mi potenciálně způsobí nestabilitu OS. Dost lidí už si na tuhle jejich utilitu stěžovalo.

S ATinackyma chipsetama to pry funguje dobre, nejake problemy pry byly na starsich NV chipsetech.

EDIT: Jinak... ja to mam nainstalovane od vydani a zatim bez nejmensiho problemu a vse jede jak ma...

[Eagle]

S ATinackyma chipsetama to pry funguje dobre, nejake problemy pry byly na starsich NV chipsetech.

TSC je záležitost čistě procesoru, to jen tak na okraj.

http://forum.pctuning.cz/viewtopic.php?t=73073

[THX]

Tady je mimochodem vidět, jak jsou Windows v tomto hloupé. Přepínání mezi jádry je totiž hrozný nesmysl, protože:
1) Jádro, které dostane úlohu přidělenu, nemá potřebná data prefetchovaná, tudíž je tam větší zátěž na RAM a pokles výkonu.
2) U multiprocesorových řešení je ztráta ještě větší, neboť tam probíhá komunikace přes FSB / HyperTransport, což je pomalé až hrůza.
Resumé: SC procesor může být (a často taky je) kvůli tomuhle u ST aplikace rychlejší.

A nie je to koli tomu, aby sa jadra/procesory rovnomernejsie zahrievali? Mne sa zda ze az tak casto to nestrieda, mozno par krat za sekundu, to sa mi zda dostatocne malo krat na to, aby tam bola nejaka velka strata z dovodu nutnosti noveho cacheovania a pod.

[cluzoe]

nasiel som aj nieco dobre uz sa pri full load nehreje na 67°c ale iba na 60°c
preco neviem ale je to tak!
skusal som ten test aj s C1E auto full 67°c C1E Disabled full 60°c

[Eagle]

A nie je to koli tomu, aby sa jadra/procesory rovnomernejsie zahrievali? Mne sa zda ze az tak casto to nestrieda, mozno par krat za sekundu, to sa mi zda dostatocne malo krat na to, aby tam bola nejaka velka strata z dovodu nutnosti noveho cacheovania a pod.

Vyšší teplota jednoho jádra ale přece není omluvou. To by nemělo být dostatečným důvodem.

[cluzoe]

zatial idem na tomto nastaveni

[Spajdr]

cluzoe : krása, jestě tak mít crossfire nebo SLI a zajímaly by mě výsledky při 1600x1200 / 1680x1050 .. hlavně min.fps