intel inside?

[charles]

Minule som sa tak zamýšlal nad tým ako to Intel po menšom či väčšom zaváhaní s presscotmi dalej zvládne.Myslím že
to "nešťastné" pečúce jadro sa im moc nevydarilo.Northwood bol v pohode sám mám jeden kúsok doma,ale pri pomyslení na upgrade sa ako Intelák dostávam do slepej uličky.Oplatí sa upgradovať na
LGA 775?O presscota nestojím a ktovie ako sa Intelu vydarí nové jadro ktoré má prísť až na budúci rok.A 64 bit Pentium?Ktohovie .Napadá ma jedna myšlienka ktorá však znamená 2 silné´údery do hlavy Intelu.Tým úderom je prechod na Amd platformu.Taký AMD64 do socketu 939.
No neviem.Zbohom Intel?!

[Jerrome]

Jen by si nasledoval spoustu lidi co uz takto uvazovali.
Jak si sam psal investovat do upgrade uz vlastne stareho P4 prilis smyslu nema. Ale kazdeho vec co si vybere, procti recenze testy porovnej cenove atd....

[IntelCrasher]

Asi zalezi na co to mas... Ja jsem se z AMD vylecil... 1) nevyreklamovali mi jadro protoze bylo odstiply miniaturni kousek, kterej na to nemel vliv a bylo to necim jinym, protoze to uz bylo pred tim a odesla i deska...no to nastve ....5000,- v pici ... to by se u Intelu napr nestalo diky ochrane jadra ( vim ze AMD 64 uz to ma taky ale driv to nemelo ) a za 2. kdyz jsem u Thunderbirda 1,4GHz mel na stole bez casy zapojeny a nasranej z nejaky tupy hry bouchnul do stolu, vyskocila pacicka na zachyceni k desce z chladice a šup ! během 3sekund uz to doma smrdelo ... Taky by se diky teplotnim čidlum u Intelu nestalo... Ale je to na tobe co si zvolis... Intel je na praci, na vic programu soucasne...co si budeme rikat...mel jsem Barton 2500+@3200+,512DDR400a ASUS A7V600 a byly casy kdy sem vzpominal na Celeron 1100 Tualatin , kdyz to prezenu ... proste AMD Rullez na hry, intel na vse ostatni a i na hry ma stejne nebo o -10 / +10 % vykonu vic/min jak AMD...Intel je proste stabilni jistota..Je to na tobe

[iPoK]

Minule som sa tak zamýšlal nad tým ako to Intel po menšom či väčšom zaváhaní s presscotmi dalej zvládne.Myslím že
to "nešťastné" pečúce jadro sa im moc nevydarilo.Northwood bol v pohode sám mám jeden kúsok doma,ale pri pomyslení na upgrade sa ako Intelák dostávam do slepej uličky.Oplatí sa upgradovať na
LGA 775?O presscota nestojím a ktovie ako sa Intelu vydarí nové jadro ktoré má prísť až na budúci rok.A 64 bit Pentium?Ktohovie .Napadá ma jedna myšlienka ktorá však znamená 2 silné´údery do hlavy Intelu.Tým úderom je prechod na Amd platformu.Taký AMD64 do socketu 939.
No neviem.Zbohom Intel?!

Intel to az tak nepokaslal, naopak nova rev. E0 je celkom podarena. S box chladicom mam okolo 30°C - idle, len som este nemeral spotrebu. Cakat na 64bit sa neoplati, norm. hrac s obcasnou potrebou nieco si, napalit, zMP3kovat a divixvat 64bit nepotrebuje. Trocha ma stve ze Intel ma naozaj premrstene ceny procesorov.

Ak vsak Intel pojde cestou pentium M, a bude ho v hojnom mnozstve vyrabat a predavat za nejaku cool cenu, AMD bude asi otrasene.

[Eagle]

Northwood byl podařený? Ani bych neřekl. Možná pomalejší modely, ale ty nad 3 GHz už taky pěkně pečou. HTT žádná výhoda není, na rychlosti to nepřidá - možná to vypadá plynule, ale to jen proto, že to obchází prioritizaci úloh Windows, takže chtě nechtě tahle "plynulost" stojí výkon v nejdůležitější aplikaci. Pokud si dobře nastavíš prioritizaci, je AMD často rychlejší. A CPU bez 64bit? To už bych nové nekupoval, ať už Intel nebo AMD.

Co se stability týče, jsou na tom obě platformy stejně (pro AMD nemám rád nForce, takže rovnou říkám, že bych radši vzal VIA). Ochrana proti přehřátí už funguje i u AMD několik let, sám jsem to zkoušel. A64 je poněkud vybíravý na paměti, ale to i915ka taky. Na Prescotta je potřeba lepší zdroj a lepší chladič, BOX příšerně řve.

[Mtex]

HTT žádná výhoda není, na rychlosti to nepřidá - možná to vypadá plynule, ale to jen proto, že to obchází prioritizaci úloh Windows, takže chtě nechtě tahle "plynulost" stojí výkon v nejdůležitější aplikaci. Pokud si dobře nastavíš prioritizaci, je AMD často rychlejší.

Hmm...asi si myslel HT ...osobne si nemyslim, ze to na rychlosti neprida...si zeber treba cinebench 19-20% to myslim, ze je uz celkem videt...take ve windows...treba pri enkodovani video do divx si muzes zahrat treba stare CS..coz jsem skousel i na XP-M 2500Mhz ...ale sekalo to priserne, kdezto na Intelu s HT to slo v pohode. Mozna by to ale vyresili priority ve Win...ale nevim o tom dost pochybuju. Ted to nemam moznost skouset, ale hned jak bude moznost to udelam.

Inak k teme...proc tak moc ludi nesnasi prescotty, kdyz sou v nekterych aplikacich mnohem rychlejsi nez NW... navyse jak psal ipok jsou jadra EO celkem podarene, na intel je velice dobre a stabilny chipsety...

[Eagle]

Hmm...asi si myslel HT

HT je pro mě zkratka HyperTransport. HTT je HyperThreading Technology. HyperTransport byl dřív.

...osobne si nemyslim, ze to na rychlosti neprida...si zeber treba cinebench 19-20% to myslim, ze je uz celkem videt

To je pravda, ale kdo chce tyhle aplikace, pořídí si dual-core.

...take ve windows...treba pri enkodovani video do divx si muzes zahrat treba stare CS..coz jsem skousel i na XP-M 2500Mhz ...ale sekalo to priserne, kdezto na Intelu s HT to slo v pohode.

Šlo to v pohodě, ale na úkor toho, že jak CS, tak enkódování běžely pomaleji - a to někdy výrazně pomaleji. U nových her, které jsou velmi náročné na CPU, je zpomalení kvůli HTT takové, že jsou nehratelné. Prioritami procesů lze vyřešit, která aplikace má dostat přednost - na procesorech s HTT bohužel prioritizace nefunguje, uživatel je vydán na milost procesoru, který rozhoduje o prioritách za něj.

Inak k teme...proc tak moc ludi nesnasi prescotty, kdyz sou v nekterych aplikacich mnohem rychlejsi nez NW... navyse jak psal ipok jsou jadra EO celkem podarene, na intel je velice dobre a stabilny chipsety...

Protože i ty nejpomalejší Prescotty spotřebují stejně jako nejrychlejší Northwoody. Nárůst výkonu je plus mínus nula a revize to nespravily - ano, E0 je lepší než předchozí, ale jen o velmi málo, žádný zázrak.

[Wuuduu]

je to tu zrele na FlameWar...
ja som bol zaryty INTELista dlhe roky... a pozri co mam teraz.
A poznam minimalne dalsieho, co ide rovnakym smerom.
Okrem toho, PC pouzivam aj na pracu v Photoshope, takze keby bol ten vykonovy rozdiel (vdaka optimalizaciam) viditelny mozno by bolo vsetko inak... ale nie je.

Btw. vsetky body "proti" co vypisal intelcrasher su blbosti, co pri A64 neplatia...

[falcon]

Ak vsak Intel pojde cestou pentium M, a bude ho v hojnom mnozstve vyrabat a predavat za nejaku cool cenu, AMD bude asi otrasene.

No nevim jestli by to byla zachrana pro Intel, AMD muze z fleku vydat Turiona a Intel bude mit vymalovano

[iPoK]

Ak vsak Intel pojde cestou pentium M, a bude ho v hojnom mnozstve vyrabat a predavat za nejaku cool cenu, AMD bude asi otrasene.

No nevim jestli by to byla zachrana pro Intel, AMD muze z fleku vydat Turiona a Intel bude mit vymalovano

To mas pravdu, Turion vyzera celkom dobre. Inak po precitani tohoto som opadol z nadsenia nad Pentium M, ale som prekvapeny Eaglovym prefferom 64bit.

Namiesto flamewaru by som radsej prebral vnutornu strukturu mainstreamovych CPU oboch firiem. Rad by som nasiel niekoho kto mi vysvetli, zlozenie jednotiek ALU a FPU (prckot vraj nema plnohodnotnu ALU ktora sa pouziva na HTT, aj FPU je vraj vyrazne chudobnejsie oproti AMD) v CPU oboch firiem.

[jan555]

Záleží dost na tom, jak rychle vydá Intel Yonaha - mělo by to být do konce tohohle roku a osobně nevím o ničem lepším ... A že už Yonah, ICH7-M a spol. je viz např. tady http://www.legitreviews.com/article.php?aid=172 (tenhle mobo je dost kuriózní )

[falcon]

to jiste, kde to ma sloty na ramky

[iPoK]

PLS, kde najdem vnutornu strukturu aj s popisom (kludne aj eng) Pentia M (alebo Tulena)

[MadCap]

ale paaani, vy si myslite ze Turion je nejaky extra? tak kuloarne info je take ze na Pentium M zase nedosiahne vo vydrzi a ani nijak zasadne vykonovo nerozdrti a v notebookovej oblasti to bude stale modre ... Turion je proste dalsi krok k dohnaniu Intelu v mobilnej oblasti nie snaha obehnut

[kecinzer]

Prioritami procesů lze vyřešit, která aplikace má dostat přednost - na procesorech s HTT bohužel prioritizace nefunguje, uživatel je vydán na milost procesoru, který rozhoduje o prioritách za něj.

Nechápu jak si na tohle přišel
Když nějakýmu procesu přiřadím menší prioritu, tak jí prostě má a procák (Prskot s HTt) na ní tolik nedělá, takže můžu dělat ostatní věci (třeba při kompresi videa).

[THX]

Problem je ten, ze system si mysli, ze komp ma dva procaky. Vysokoprioritny napr. photoshop pusti na 1. procak a nizkoprioritny winrar, ktory pakuje na pozadi pusti na 2. procak. Ale v skutocnosti to nie su dva procaky, ale len jeden, t.j. winrar si zozerie 50% vykonu cpu, photoshop tiez. Dokopy by to vsak malo davat trocha vyssi vykon, pretoze sa budu viac vyuzivat jednotlive jednotky cpu, a prave na to bol hyperthreading robeny.

Aj ked neviem ci toto plati pre winXP, ktory by si mal byt vedomy toho, ze ten druhy procak je iba logicky a ze pridelenie procesu na 2. cpu moze zbrzdit vykonavanie vysokoprioritneho procesu na 1. procesore.

OS, ktory neberie do uvahy hyperthreading, ale mysli si ze ide o dva nezavisle procesory, naplanuje procesy tak ako som pisal v priklade s winrarom a photoshopom.

[Eagle]

Problem je ten, ze system si mysli, ze komp ma dva procaky. Vysokoprioritny napr. photoshop pusti na 1. procak a nizkoprioritny winrar, ktory pakuje na pozadi pusti na 2. procak. Ale v skutocnosti to nie su dva procaky, ale len jeden, t.j. winrar si zozerie 50% vykonu cpu, photoshop tiez. Dokopy by to vsak malo davat trocha vyssi vykon, pretoze sa budu viac vyuzivat jednotlive jednotky cpu, a prave na to bol hyperthreading robeny.

Aj ked neviem ci toto plati pre winXP, ktory by si mal byt vedomy toho, ze ten druhy procak je iba logicky a ze pridelenie procesu na 2. cpu moze zbrzdit vykonavanie vysokoprioritneho procesu na 1. procesore.

OS, ktory neberie do uvahy hyperthreading, ale mysli si ze ide o dva nezavisle procesory, naplanuje procesy tak ako som pisal v priklade s winrarom a photoshopom.

Je to přesně tak. Na CPU1 běží jedna úloha s vysokou prioritou a na CPU2 druhá úloha s nízkou prioritou. Důsledkem je, že oba CPU jsou vytíženy na max. a užírají si jednotky (protože to fakticky nejsou dva plnohodnotné CPU), tj. úloha na CPU1 na to výkonem doplatí a HTT totálně selhává. Naopak na procesoru bez HTT dostane úloha s vysokou prioritou absolutní přednost a úloha s nízkou prioritou téměř žádný strojový čas - priority úloh Windows na procesoru bez HTT fungují.

2THX - Tohle je neřešitelný problém, za to Windows nemůžou, že prioritizace na HTT selhává. Pro jakýkoli OS neexistuje způsob, jak díky HTT využít pouze těch jednotek, které jsou přebytečné a zrovna nic nedělají. To z toho důvodu, že Windows neví, jaké jednotky bude který program používat, takže nemůže určit předem, zda se dva programy nepohádají... jj, HTT je ve výsledku jen o pocitu vyššího výkonu, ale právě na úkor použitelnosti při dvou zátěžových aplikacích. Bohužel to v Intelu nedomysleli, měli umožnit sdělování priorit procesů přímo z OS do procesoru.

[Fox!MURDER]

Je to přesně tak. Na CPU1 běží jedna úloha s vysokou prioritou a na CPU2 druhá úloha s nízkou prioritou. Důsledkem je, že oba CPU jsou vytíženy na max. a užírají si jednotky (protože to fakticky nejsou dva plnohodnotné CPU), tj. úloha na CPU1 na to výkonem doplatí a HTT totálně selhává. Naopak na procesoru bez HTT dostane úloha s vysokou prioritou absolutní přednost a úloha s nízkou prioritou téměř žádný strojový čas - priority úloh Windows na procesoru bez HTT fungují.

2THX - Tohle je neřešitelný problém, za to Windows nemůžou, že prioritizace na HTT selhává. Pro jakýkoli OS neexistuje způsob, jak díky HTT využít pouze těch jednotek, které jsou přebytečné a zrovna nic nedělají. To z toho důvodu, že Windows neví, jaké jednotky bude který program používat, takže nemůže určit předem, zda se dva programy nepohádají... jj, HTT je ve výsledku jen o pocitu vyššího výkonu, ale právě na úkor použitelnosti při dvou zátěžových aplikacích. Bohužel to v Intelu nedomysleli, měli umožnit sdělování priorit procesů přímo z OS do procesoru.

s tebou se hadat nechci, urcite mas prehled lepsi, ale mam takovej pocit ze intel mel tohle v HT nejak opravovat.
ostatne by se to dalo resit tak ze ty procesory budou rozdeleny na primary a secondary. kdy secondary muze vyuzivat jen jednotky ktere primary nechce. tj. na primary by se schedulovaly ulohy s aktualne vyssi prioritou a na secondary ty s nisi. tj. uloha s vysokou prioritou muze vyuzivat cpu a uloha s nizkou muze pozirat mrsinu ...

[THX]

Nie je ziadna sanca aby OS videl do vnutra procesora. Intel aj amd su vnutorne uplne ine. Tiez s tou mrsinou je to blbost, majme mrsinovy proces ktory pouzije 100x integer jednotku a potom 1x float jednotku a hlavny proces ktory permanentne zerie FPU. Potom by sa mrsina zasekla, lebo by sa nedostala k fpu, pricom jej staci len minimum toho fpu, aby mohla vyuzivat dalsie casti procesora.

HTT je ale v niektorych pripadoch fakt dobra vec. HTT je robene na procak, na ktorom bezi jedna viacthreadova vysokoprioritna aplikacia. Takto nie su na procaku ziadne ine aplikacie ktore by brzdili vykon, procak je lepsie vyuzity. Nehovoriac o vyhodnosti multithread komunikacie - nemusia sa presuvat data po zbernici z jedneho procaka na druhy, ale vsetko sa to deje vo vnutri procaka, mozno snad dokonca na urovni registrov? (ale to sa mi nezda, podla mna sa to normalne dostava do l1 a l2 cache).

Ja mam HTT rad, pretoze mi na pc bezi napr. ftp, co nejak velmi nezatazuje procak, takze ak chce niekto stahovat, tak mu to ide obstojne rychlo a ja to slabe spomalenie ani nepozorujem. Skratka treba si povedat na co budem pouzivat system a podla toho vyberat komponenty, pripadne zapinat a vypinat HTT, ono to nie je zla vec.
Keby nebolo HTT, ktory tu je uz skoro 2 roky (? no neviem presne), tak by sa viacthreadove aplikacie zacinali pisat v podstate az teraz pre dualcore, ale takto ked pride dualcore, tak tieto aplikacie vdaka optimalizacii na htt uz existuju, takze sa moze zacat vyuzivat vyhoda dualcore. Aj ked v pripade pentia D mi pride skor ze ide o dual chip module.

[Fox!MURDER]

Nie je ziadna sanca aby OS videl do vnutra procesora. Intel aj amd su vnutorne uplne ine. Tiez s tou mrsinou je to blbost, majme mrsinovy proces ktory pouzije 100x integer jednotku a potom 1x float jednotku a hlavny proces ktory permanentne zerie FPU. Potom by sa mrsina zasekla, lebo by sa nedostala k fpu, pricom jej staci len minimum toho fpu, aby mohla vyuzivat dalsie casti procesora.

co by nevidel. sak maj cpuid/msr a buhvi jaky jeste registry a instrukce ze kteryho by konfiguraci nemelo bejt problem vycist.a samozrejme to nejde udelat tak primitivne. napr tomu nizkoprioritnimu procesu budes davat trochu casu z toho primarniho. (napr 1/10 toho co by dostal kdyby tam vic cpu nebylo).
imo jde jen o to to poradne doresit.
a ostatne se mi libi treba to jak defaultne vyuziva HTT FreeBSD. proste virtualni cpu haltuje a pouziva ho jen na zpracovani interruptu ...

[Rainbow]

Keby nebolo HTT, ktory tu je uz skoro 2 roky (? no neviem presne), tak by sa viacthreadove aplikacie zacinali pisat v podstate az teraz pre dualcore

Multithreading sa vo Windows pouziva asi tak od Windows 95 - lebo pre niektore druhy programov je vhodny. A vypoctovo narocne veci sa robia multithreadovo kvoli SMP, ktory existuje "trochu" dlhsie ako Hyperthreading.

[Eagle]

co by nevidel. sak maj cpuid/msr a buhvi jaky jeste registry a instrukce ze kteryho by konfiguraci nemelo bejt problem vycist.a samozrejme to nejde udelat tak primitivne. napr tomu nizkoprioritnimu procesu budes davat trochu casu z toho primarniho.

Z CPUID vyčteš vlastnosti procesoru - např. i to, kolik má jader a které CPU jsou virtuální.

Z MSR vyčteš nastavení, ale ne nic takovýho, co by určovalo prioritizaci jader - na to při návrhu HTT nemysleli, jádra jsou obě rovnocenná a nelze je nastavit tak, aby jedno mělo přednost.

Ještě jsou performance counters, z kterých se dají vyčíst věci jako úspěšnost předpovědí atd. - ale to je pro optimalizace kódu, ne pro sledování systémem.

Problém by šel řešit tak, že by OS prohledával kód a podle toho se rozhodoval, zda program pustí nebo ne... ale to by trvalo tolik času, že by byl výkon desetinový proti současnosti.

Je to tak, jak říkal THX - pro jednu aplikaci dobré, ale pro multitasking problematické. S dual-core tenhle problém naštěstí nebude.

[iPoK]

Pro jakýkoli OS neexistuje způsob, jak díky HTT využít pouze těch jednotek, které jsou přebytečné a zrovna nic nedělají. To z toho důvodu, že Windows neví, jaké jednotky bude který program používat.

Toto berte cisto teoreticky, asi je to omnoho zlozitejsie ako si to predstavujem.

OS nema problem zistit na akom CPU bezi. Taktiez si myslim, ze OS by mohol vediet, ake jednotky v CPU instrukcia vytazi, ked bude do CPU zaslana na vypocet (x86/87 instrukcie dekoduju do OPs co si myslim cely dej este ulahcuje , spolupracou vyrobcu CPU a vyrobcu OS by to slo).
Takze pred procesorom cakaju v dvoch frontach instrukcie dvoch vlakiem (threadov), jedny s HIGH a druhe s LOW prioritou. Do CPU ladujem instrukcie s HIGH prioritou a sledujem, kedy bude volna jednotka aj pre LOW priority instrukciu.Ak stav nastane, mozem vykonat obydve instrukcie naraz. A ak ani po dlhom case tento stav nenastane, pridelim LOW priority instrukcii na nejaky kratky okamih (aby sa vyrazne nebmedzila vykonnost HIGH priority vlakna) cele CPU.

[Rainbow]

A prakticky to funguje tak, ze bezi nejaky program (proces), potom prijde prerusenie od casovaca, zacne bezat scheduler, ktory vyberie, ktory proces bude bezat v nasledujucom case. Cize ziadna analyza instrukcii (a pod.).

[THX]

Keby nebolo HTT, ktory tu je uz skoro 2 roky (? no neviem presne), tak by sa viacthreadove aplikacie zacinali pisat v podstate az teraz pre dualcore

Multithreading sa vo Windows pouziva asi tak od Windows 95 - lebo pre niektore druhy programov je vhodny. A vypoctovo narocne veci sa robia multithreadovo kvoli SMP, ktory existuje "trochu" dlhsie ako Hyperthreading.

ale vdaka HTT pribudlo velmi velmi vela pocitacov, ktore dokazu taketo aplikacie vyuzit a mozno sa niektore mainstreamove aplikacie zacali prerabat, navyse verim ze intel tiez nejak financne prostrednicvom nejakych programov na pomoc vyvojarom prispel

Analyza instrukcii by zabrala velmi vela casu.
Mozno by to chcelo nieco ako "odpor" procaku, keby bol velmi vytazeny, tak by sa donho kod tlacil tazko

Kazdopadne som si vsimol ze winXP dost casto presuva proces z jedneho jadra na druhe (alebo mozno aplikacia spusta stale nove a nove thready?, alebo je to koli rovnomernemu zahrievaniu a vyuzivaniu procesorov?). Skratka nie je to tak ze by bolo prioritne zatazovane cpu 0, ale strieda sa to.