Rozhodne si precti svych poslednich par postu, ze kterych je jasne videt, ze ses o tom presvedceny.
Printable View
Ano, to vcelku jsem. Jak už jsem řekl, je to z poměrně důvěryhodného zdroje. P965 má mít nový řadič, přesto je se stejnými RAM pomalejší než 975X.
Mimochodem, podívej se na Specification Update pro Conroe. Revize B2 se podle toho od B1 vůbec neliší. Ale to je docela divné, když udělat novou revizi stojí miliony dolarů na litografických maskách, že?
Ono taky B1 byly predevsim samply a CPU urcene pro odbornou verejnost. Paradoxni je, ze tyto procesory sly zpravidla mnohem lip pro OC nez nynejsi B2, u ktere je 3.3 hodne pricemz B1 sla i na 3.6GHz+. Taky to mohlo byt jenom "prestepovani" kvuli marketingu aby lidi nekupovali vydane vzorky. Uz fakt, ze se NIKDE nezminuji v cem je to stabilnejsi o necem svedci, Intel totiz zpravidla zverejnuje bugy u CPU.
Svědčí to tak maximálně o tom, že něco tají,Citace:
Původně odeslal Haste
Nebuď naivní. Ve veřejně dostupných materiálech chybí alespoň 10 až 20 % informací.Citace:
Původně odeslal Haste
Stejně bude nejspíš nakonec potřeba "urychlovací" featurky pro RAM a chipset při OC vypnout, pro vyžší frekvence a stabilitu, jak je ostatně běžná zkuženost z praxe, takže bych to tak neprožíval a nečekal tady nějaké značné nárůsty výkonu :)
2 Haste a nejen pro nej:
DFI ma mi dve desky pro Conroe: http://www.dfi.cz/text.detail.php?idText=54. Jednu Infinity a jednu Lanparty. Lanparty s oznacenim LanParty UT NF590 SLI-T2R/G ma byt dostupna od rijna.
Me by nejvic zajimyly nove cipsety od ATi (RS600), ale zacinaji se objevovat informace ze vyrobci uz predem omezi produkci atd... sem z toho dost spatny. Vypadal hodne nadejne.
A cipset G965 ma stejne bugy jako P965? Nebo u nej je to uz od zacatku opraveno?
tak zasa nieco nove 390x9 3510MHz ale v biose mam nastavene 1.37v :-(
v BIOSe? hladaj "EIST" alebo cez RM Clock v system
Mno hlavně se zapnutým Speedstepem(EIST) nejede cpu v zátěži naplno, viz. recenze na cdr.cz.. http://www.cdr.cz/a/18362/4
To, co popisují na CDR, opravila ta záplata na Windows XP. Je to jen o špatně nastaveném threshold. Pokud třeba budu uvažovat, že CPU se má přepnout na vyšší PState při vytížení 60 %, pak je logické, že se dvoujádrový nepřepne, pokud bude mít průměrné vytížení single-threaded aplikací 50 % (0 % + 100 % / 2 = 50 %).
Větší problém Enhanced Intel SpeedStep s více PStates a taky PowerNow 1.2 a 1.4 je v tom, že jsou softwarově ovládané. Pokud běží aplikace s realtime prioritou, může se stát, že na ovladač procesoru nezbude žádný strojový čas, tudíž nedojde k přepnutí na vyšší PState.
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 ?
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.
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.
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
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.Citace:
Původně odeslal Haste
BTW, v 64bit režimu je RDTSC napevno bez ohledu na aktuální frekvenci procesoru.
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.Citace:
Původně odeslal Over
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ší.
VID = 0.85 - 1.3625VCitace:
Původně odeslal Over
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.
Eagle > pokial spustim dve isntancie Prime95, bude jedno jadro pocitat stale tu istu, alebo moze dojst k vzajomnej vymene? ASi je to blbost, ze?