intel inside?

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?! :-(

Jen by si nasledoval spoustu lidi co uz takto uvazovali. :wink:
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....

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 ;)

Citace:

---

Původně odeslal 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?! :-(

---

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.

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.

Citace:

---

Původně odeslal Eagle

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...

Citace:

---

Původně odeslal Mtex

Hmm...asi si myslel HT

---

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

Citace:

---

Původně odeslal Mtex

...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.

Citace:

---

Původně odeslal Mtex

...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.

Citace:

---

Původně odeslal Mtex

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.

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...

Citace:

---

Původně odeslal "iPoK Xpert

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 ;D

Citace:

---

Původně odeslal falcon

Citace:

---

Původně odeslal iPoK Xpert

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 ;D

---

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.

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í ;D )

to jiste, kde to ma sloty na ramky ??? ???

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

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 ;)

Citace:

---

Původně odeslal Eagle

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).

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.

Citace:

---

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

---

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.

Citace:

---

Původně odeslal Eagle

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 ...

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.

Citace:

---

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

---

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 ...

Citace:

---

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

Citace:

---

Původně odeslal Fox!MURDER

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.

Citace:

---

Původně odeslal Eagle

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.

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.).

Citace:

---

Původně odeslal Rainbow

Citace:

---

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

Citace:

---

Původně odeslal iPoK Xpert

OS nema problem zistit na akom CPU bezi.

---

To zjistí v pohodě i aplikace, dokonce si může vyžádat přepnutí na konkrétní CPU.

Citace:

---

Původně odeslal iPoK Xpert

Taktiez si myslim, ze OS by mohol vediet, ake jednotky v CPU instrukcia vytazi, ked bude do CPU zaslana na vypocet

---

To právě že neví, protože OS (zjednodušeně) jen pošle do procesoru adresu na počátek proudu instrukcí - samotné instrukce už ale nezkoumá. A podle toho se odvíjí i zbytek - nefunguje to.

Citace:

---

Původně odeslal Eagle

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.

---

samozrejme. ted to tam neni. to ale neznamena ze by do budoucna nemohlo bejt ... nebo snad jo ?

Citace:

---

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.

---

imo by to mohlo bejt obecne dobry. ale musi se to jako vetsina technologii vychytat ... holt si meli HTT nechat jeste rok v laboratorich a poradne ho dodelat nez to pustili do sveta.

Ja myslim ze HTT vydali v spravny cas.
Bezna praca obycajneho usera v sebe neobsahuje spustanie dvoch narocnych, ale iba jednej aplikacie. Tym ze su HTT procesory tak rozsirene, uz ma zmysel zacat optimalizovat aj uplne obycajne aplikacie pre vyuzitie viac procesorov. Vdaka tomu mozno uz dnes vyuzivat potencial dualcore aj u beznejsich neprofesionalnych aplikacii, aj ked je ich dost malo, ale bez HTT by ich bolo snad omnoho menej.

Nazdar chlapi.myslím ze debata sa nám v tomto threade pekne rozbehla
ale neviem či tým správnym smerom.Iste HTT je zajímavá vec a určite stojí za pozornosť.Ale myslím že na to už je vytvorený iný thread.Nechcem sa tu hrať na nejakeho moderátora či čo ale bol by som rád keby sme v tomto threade rozoberali skor intelácke procaky rôznych jadier z globalneho hladiska a nie teoriu ci prax hyperthreadingu.Díky

Citace:

---

Původně odeslal Mtex

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

---

Citace:

---

Původně odeslal Eagle

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

---

no ja som zastanca HTT, na cineme mi to robi realne tych 19-21% navrch pri porovnani s winchestrom (?) neviem co to bolo presne za AMD,MadCap by vedel presnejsie, tak mal dost (dost rozumej 10+ %) navrch. Tak HTT je lacnejsia verzia pre nas, ktori si nemozeme dovolit dual-core. ci to je niekde inde vidiet, nejako neviem, a ani ma to nezaujima, pretoze primarne na tom renderujem a modelujem.
EDIT: tak nebol to winchester, ale new castle ak som dobre pozeral.

Tak jsem si precet cely vas slozity threed. Ja jsem byval cisty zastance intelu, ale ted jiz podporuju i AMD, samozrejme kazdou firmu doporucim nekomu jinemy, kazda je totiz sita na jineho uzivatele. Ale posledni dobou to intela zavarail docela s prescotem. Vyrabi cim dal tim vetsi toustovace, a a vykon jim zacina chybet vzhledem k konkurenci, i OC zacina by slabsi. No pristim rokem az se budu rozhodovat na co upgradovat moji stavajici sestavu tak to bude docela boj, ale nemyslim si ze je Intel stracen, docela mu fandim s tim jeho dual core procesorem osazenym 2x Pentim M.
Ale ted k vasemu rozebirani HTT techmnology. Mam LCD panel napojen na pareleni port a muzu sledova zatez CPU nonstop. Taky jsem zastancem SETI, takze jako IDLE proces je nastaveno seti ktere vyuziva HTT tim ze se spusti 2x. No ale pri hrani CS source se mi hra docela laguje. Kdyz vypnu seti uplne, tak zatez pri hre klesne na 60% a zda se mi jakoby hra vyuzivala pouze 1 virtualni CPU a tose mi zda docela blbe. Jelikoz je to nova gamesa a snad by uz mela podporovat HTT technologii. Mozna mam spatne nastaveny LCD na zobrazovani vykonu, ale nezda se mi to.
Jinak mam jeste jednu vec. Pri pouzivani seti na pozadi mi klesne vykon az o 2000 bodu v 3D mark 01. kdyzto na starem pentiu 2,4GHz jsem nepozoroval tak velky pokles vykonu pri pouzivani seti na pozadi. Jako by meli problemy s prirazovani priorit, nebo co?

Citace:

---

Původně odeslal Neo2199

... Ale posledni dobou to intela zavarail docela s prescotem. Vyrabi cim dal tim vetsi toustovace, a a vykon jim zacina chybet vzhledem k konkurenci, i OC zacina by slabsi. No pristim rokem az se budu rozhodovat na co upgradovat moji stavajici sestavu tak to bude docela boj, ale nemyslim si ze je Intel stracen, docela mu fandim s tim jeho dual core procesorem osazenym 2x Pentim M....

---

souhlas... topi to cim dal vic, hrozne... Intel je ted v blbe pozici, AMD ho vykonostne dohnalo né-li predehnalo a Intel nemuze jit dal... 3,8GHz je totalni strop u P4 a Box cooler je rad ze zije, CPU trotluje (ne vsem...)
Doslova a do pismene Intel tim co ted vydava jen zadelava diry. Narazili na strop NetBurstu o hodne driv nez cekali a nejsou pripraveni na takou situaci... nova architektura cca 2roky takze voli cestu lepe vydat neco nez nic. no flame

DualCore u Intelu ma jeden BIG, BIG PROBLEM a sice ze jadra jsou spojena pres FSB!!! uz tak pretizena sbernice ktera je u P4 uzkym hrdlem bude este pretizenejsi prenosy z L2 CPU0->L2 CPU1. AMD proste prislo s promyslenym CPU (koukali do budoucnosti na rozdil od Intelu) kde jsou jadra propojena na full CPU speed a tak nebudou FSB drtit... Intel zacal valit voci...
AMD prislo s DC a Intel uz kvuli marketingu nesmel zustat pozadu ale neni cas tak co udelali? vzali dva Prescotty a spojili je pres FSB rychle ale nedomyslene rekl bych.
Nechci tim nejak prznit Intel nebo rikat jak je AMD skvele (do nedavna jsem mel pod kapotou jen Intel) ale fakt je ze Intel momentalne je v pozici kdy se jen snazi udrzet krok dokud nevymysli neco noveho...
v Server segmentu apod je to jine i kdyz.... ale my se bavime o desktopu
again no flame pls...

2Eagle: vyuziti 64-bit v dnesni dobe 00nic. mam sempron 2600+ sck754 frci viz popis a nejakej patek to bude stacit uplne v klidu

Citace:

---

Původně odeslal ALFik

tv Server segmentu apod je to jine i kdyz.... ale my se bavime o desktopu
again no flame pls...

2Eagle: vyuziti 64-bit v dnesni dobe 00nic. mam sempron 2600+ sck754 frci viz popis a nejakej patek to bude stacit uplne v klidu

---

zrovna v server segmentu to vidim tak ze tam ma AMD o hodne navrch ... tam tech 64bit vyuzijes (databaze, webservery apod.) a docela to dela rozdily ...

prave proto je tam to "i kdyz" tim chtel autor vyjadrit ze sice dnes uz ma AMD navrch ale firmam bude nejakej patek trvat nez prejdou a do te doby ma Intel sanci to dohnat... pac co si budem povidat hodne velikych firem jede na Intelu a potrebujou veliky duvod proc prejit... a takova rozhodnuti trvaji a do te doby ma Intel prostor, i kdyz priznavam ze zatim to nevypada ze by toho nejak chteli vyuzit :) treba este prekvapi

Mne sa velmi na INTELi paci, ako zvladol technologiu spracovania kremiku. Zijem v tom, ze Intel je vlastne lider v tejto oblasti (ako prvy presiel na 90nm, asi aj prvy bude na 65nm). Jeho procesory su schopne pracovat blizko 4GHz (aj ked zato ciastocne moze dlha pipeline), ALU pracuje prakticky na dvojnasobnej frekvencii jadra, 6 - 8GHz. Len by mal popracovat na architekture, AMD ju ma vymakanejsiu. Zaujima ma preco AMD nedosahuje take frekvencie.

Lebo Intel urobil P4 tak, aby dosahovalo vysoke frekvencie a potom ludom tlacil do hlavy, ze frekvencia je dolezita... Teraz zrazu zistili, ze su aj dolezitejsie veci ako frekvencia a zacali oznacovat procesory tymi 3-ciselnymi kodmi...

Citace:

---

Původně odeslal iPoK Xpert

Zijem v tom, ze Intel je vlastne lider v tejto oblasti (ako prvy presiel na 90nm, asi aj prvy bude na 65nm). Jeho procesory su schopne pracovat blizko 4GHz

---

jakozto i AMD CPU umi frcet na 4GHz http://valid.x86-secret.com/show_oc.php?id=10680

90nm Intel s ni prisel prvni ale taky jak to dopadlo :)

Plne souhlasim s Rainbow. Intel byl zameren na frekvenci, a rikal lidem ze frekvence je nejdulezitejsi. Intel zameril svou architekturu na bazi frekvence, ale to je chyba. Jak vidime v notebookovych resenich. Jadro na taktu 2 GHz si hrave poradi s P4 na 3GHz a to je sakra rozdil. Proto zavadi cislovani podle vykonu, aby mohl znovy mast lidi, jaky ze vykon se skryva pod kapotou nejake ho 3,6 GHz pricemz to uz davno neplati. Ted Intel blbne lidi zpusobem, ze vschni zanj intel a priznejme pravdu 2 roky tomu, byl fakt top. takze ho hodne lidi kupovalo, a zapamatovali si. Intel, dobra znacka. Ted po 2 letech chtej nakupovat sestavu a diky zazitemu AMD PR. Intel vyrukoval z dalsim oblbovakem. No fame.
Jinak to ze AMD nedosahuje takovych frekvenci je dano vzdy architekturou, ale jak pisu. Frekvence neni dulezita, dulezity je vykon. Si zeber podle ceho se meri vykon superpocitacu, zeby podle frekvence, nebo podle poctu procesoru, podle vyrobce.... ne podle vykonu v MEGAFLOPECH, nebo Tera, sam ted presne nevim.