Citace Původně odeslal Haste
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).

Citace Původně odeslal Haste
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.

Citace Původně odeslal 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?
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ší.

Citace Původně odeslal Over
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.