Uz jenom cekam az se zacnou 4jadrove procesory tridit a prodavat jako troj, doujadrove (ci jednojadrove) a nekteri sikulove budouzapinat ta vypnuta jadra... :0)

DRK: presne tak, ja se zase tesim, ze pujdou vypinat a budu moct mit pc, ktere uzivim ze sveho platu uctem za elektrinu :D . a VELMI jsem zvedav na 4 jadrove grafiky

Myslím že vícejádrové procesory je slepá cesta,sice samo o sobě je to skvělá věc ale abychom mohli takové procesory a jejich potencial využít tak potřebujem aplikace které jsou pro takové procesory udělány.A to je problém,zdá se že vyvynout a vyrobit takové procesory je o mnoho rychlejší nežli vytvořit vhodné aplikace,vždit samotné 64b CPU jsou tu už docela dlouho a kolik je na ně aplikací?,a to už se prodávají dvou jádrové CPU a jak se zdá tak brzy tu dudou čtyřjádrové CPU,ovšem aplikace jsou v nedohlednu.Programátorská studia musej bejt z toho asi neštastná,sotva dokončej aplikace na jediny 64b,tak už trh chce aplikace pro dvoujádrové CPU,a když na nich začnou pracovat tak jejich práce je v háji protože už trh chce aplikace pro čtyřjádrová CPU.

Štejnare, slepej seš ty. Upravit programy, které nemusí běžet v reálném čase, pro více procesorů, je triviální záležitost. Trochu složitější je to například u her. Podpora vícejádrových procesorů bude v další generaci her, postavených na novém engine, tj. tak za 1-2 roky. A co se týče třeba serverových aplikací, tak tam nemají vícejádrové procesory konkurenci. Zkuste si přečíst něco o novém procesru od Sunu s kódovým označením Niagara ( http://www.aceshardware.com )

Milej Pane JACKU,já nemusím vědět vše ale projevil sem jen svůj názor.Ale vím že není slušné někoho urážet a schovávat ze za přezdívku.

Štejnare, bejt tebou, tak sem radši zticha. Protože ty nerozumíš ani softwaru ani hardwaru. Kdybys sledoval dění okolo vývoje procesorů v poslední době, věděl bys, že jednojádrové x86 procesory jsou teď na skoro maximu svého výkonu. Maximální frekvence dosažitelná při současných technologíích je kolem 4Ghz. Architektura je také hodně optimalizovaná pro současné aplikace a už asi moc vylepšovat nejde. Logické pokračování jsou tedy vícejádrové procesory. A Nejsložitější program, který si si naprogramoval, je řešení kvadratické rovnice v paskalu. Příště radši komentuj něco čemu rozumíš.

Jakozto vystudovany psycholog nerozumim ani hardwaru, ani softwaru. Ale uprimne mne zajima styl komunikace nekterych jedincu na (nejen) tomto serveru :-)))
Ale komentovat to radeji nebudu, protoze tomu stylu nerozumim :-P

re: Jack
A ty uz si naprogramoval nie co, co bezi vo viacrich vlaknach, asi nie, ked si napisal: "Upravit programy, které nemusí běžet v reálném čase, pro více procesorů, je triviální záležitost" Ak chces, aby vsetky vlakna stale "pracovali" a optimalne vyuzivali vsetky systemove prostriedky tak to nie je ani zdaleka trivialna zalezitost. Inak sa lahko moze stat, ze sa jednotlive vlakna budu na seba navzajom stale cakat koli synchronizacii a dojde len k malemo zlepseniu(ak vobec dojde k zlepseniu).

ASD: Máš na myslí nějaký konkrétní algoritmus? Pokud jednotlivé kroky v algoritmu na sebe navazují (výsledek jednoho se použije jako vstup následujícího), tak algoritmus neni nemá smysl spouštět ve více threadech. Ale není to běžná situace. Některé grafické a vědecké programy už delší dobu prácí na více procesorech podporují. Projděte si recenze procesorů třeba na http://www.tomshardware.com.

Mimochodem, podívali jste se někdy do správce úloh (task manageru)? Já mám teď spušteno 55 procesů a 874 threadů.

Programováním se pár let živím, a i nějaké vícethreadové aplikace jsem naprgal.

jsem akorad zvedavy jak to bude intel resit s chlazenim uz ted je to LOL topeni

Jack
Ja viem, ze uz dnes existuhe mnoho programov(hlavne v profi sfere), ktore dokazu viac procesorov vyuzit, narazal som hlavne na ten komentar o trivialnej zalezitosti, s cim rozhodne nesuhlasim, preto ze ked potrebujem spravit program kvalitne tak to rozhodne nebudem len tak lepit a castokrat sa vyplati robit program nanovo.

Jackass: Tady je to celkem v pohode. Preci jen sem chodi prevazne rozumnejsi lide. Ale napriklad na takovych www.novinky.cz a podobnych webech je to katastrofa. Docela by me zajimalo jak se takovy lide vubec dostali k PC.

Nox: Nevim jak to bude s vypinanim jader, ale uspora Athlonu X2 mezi plnou zatezi a vyckavanim je uz jen diky snizovani frekvence a napeti docela slusna (60/10W u 3800+ a 4200+).

vydim, ze sa v tom mnohi vyznate. Pre mna ako zacinajuceho programatora je to este hudba buducnosti pisat program na viacero jadier. Zatial to z mojho pohladu vidim ako "iba" zvysovanie vykonu. Doma mi pradie dost chaba masinka, a casova zlozitost mi tiez toho moc nehovori, no snad casom sa dostanem na vasu uroven a... Zatial mi vobec nie je zname, ako rozdelit pracu medzi viacere jadra. Je na to nejaky prikaz, alebo alebo sa to rozdeluje automaticky?

vidim, ze sa v tom mnohi vyznate. Pre mna ako zacinajuceho programatora je to este hudba buducnosti pisat program na viacero jadier. Zatial to z mojho pohladu vidim ako "iba" zvysovanie vykonu. Doma mi pradie dost chaba masinka, a casova zlozitost mi tiez toho moc nehovori, no snad casom sa dostanem na vasu uroven a... Zatial mi vobec nie je zname, ako rozdelit pracu medzi viacere jadra. Je na to nejaky prikaz, alebo alebo sa to rozdeluje automaticky?

kaka: Intel to vyřeší celkem jednoduše. Pentia4 se za pár let přestanou vyrábět a nové procesory budou založené na architektuře Pentia M. Nedávno byla na anandtech.com recenze připravovaného dvoujádrového mobilniho procesorus kódovým označením Yonah. Výkon má srovnatelný s AMD X2 na stejné frekvenci a spotřebu o dost nižší.

ADF: jasně, občas je třeba něco přeprogramovat. Akorát mi trochu vytáčí to jak některí rádoby odborníci tvrdí jak je složité programování multithreadových aplikací.

Jak tu bylo správně poznamenáno, podívejte se do správce úloh a uvědomte si že každá spuštěná aplikace nebo každý běžící proces reprezentuje minimálně 1 thread. Pak je tedy na OS jak je přerozdělí. Slyšel sem názory že WinXP má na dual-core procesorech špatnou režii multitaskingu ale je třeba si uvědomit že je to skoro 5 let starý systém. V době kdy se XPčka tvořili byly multi-core procesory na rýsovacím prkně (jak kde, u intelu je to asi moc nebralo a honili frekvenci). Udělat vícevláknovou aplikaci jsem zkusil ze zvědavosti a řekl bych že např. v Delphi je to až nechutně jednoduché v případě že jsou thready na sobě nezávislé. Jako takový bonus je pak řízení priorit vláken.

Záleží na tom jaké programy na používáš. Většina běžných aplikací běží bez problémů i na 5 let starých počítačích. Já jsem upgradoval komp před 3mi roky, mám v něm athlona na XP 2000+,1GB ram, GF2MX a jsem spokojenej (no asi si na vánoce přikoupim 1GB paměti). Hry nehraju :-). Pokud chceš hrát nové hry v maximálních detailech tak se nevyhneš koupi nové grafické karty každý rok (a nového počítače tak za 2-3 roky).

Pro výrobce her by asi nebylo příliš složité vytvořit ořezanou verzi hry, která by fungovala i na pomalejších počítačích, ale nelíbílo by se to ale výrobcům graf. karet. A výrobci graf. karet často sponzorují vývoj nových her, testují kompatibilitu herního engine na desítkách typů graf. karet atd. Vyvinout nový herní engine bez spolupráce s výrobcem graf. karet je dneska prakticky nemožné.

Jack: U miltithreadu strasne zalezi na konkretnim pripade.
Neco kde mas vyslovene cekas na vysledek predchozi akce neni boha co by zlepsil vykon vic vlaknama. Spis este ztratis tak 10% na ocezvach. Pokud mam nejaky zverstvo co se furt deli na dilci pocedury ktery delaj treba jednu vec vickrat je multithred uzitecnej a hodne zvedne vykon(web servery a databaze(tady uz to neplati uplne vzdycky-zamikani je peknej previt))

A narocnost predelani zalezi na jazyku. Preprasit neco na vic vlaken v C# bych nevidel jako takovej problem(.NET si stejne kvaltuje jak potrebuje). Zato predelat neco velkyho v C++ bude peknej horor. Navic se stejne pouzivaj aplikacni thready a pak uz v tom mam bordel i ja. :)

PS: pokud by tu byl nejakej C/C++kar na slovo vzatej(zivi se psanim, delal serverovou aplikaci), pls pls napiste jak to vopravdu je. Ja znam jen teorii a este ne dokonale, clovek vetsinou vi co je jeho denni chleba :)

Vicejadrove procesory jiste smysl maji. Zvlaste u vypoctove narocnych aplikaci (3D, multimedia, video), ktere jsou chvalabohu tez apriori dobre algoritmicky upravitelne pro multithread.
Procesor o 4 jadrech sice nebude mit 4x vetsi vykon, ale urcite to bude aspon 2-3x nasobek vuci 1 jadru.

to Jack: no delat multithread aplikace je fakt celkem problem, to ze umis udelat nejakou blbost kde ti jedou dve vlakna a celkem ti to funguje, neznamena ze to umis a za tady muzes vsechny kritizovat
...ja sem se zucastnil jednoho projektuk, kde se delalo ujadro OS (kernel) a byla fakt udesna prace to vyladit, aby to vubec trochu rozmne behalo na vyceprocesorovych stanicich

jen tak dal ... delam 3d grafiku a na rendering jenom dobre

Tady se někdo holedbá, jak je snadné udělat multithreadovou aplikaci. Už jsem takových multithreadových aplikací především v C/C++ napsal řadu a můžu prohlásit je to problém. Pokud nemám závažný důvod, tak multithreadovou aplikaci nepíšu a raději vystačím s jedním threadem. Jasně, demonstrovat něco neužitečného a jednoduchého s více thready je jednoduché, ale v praxi takové příklady nemají smysl. Musíte si dobře promyslet synchronizaci a komunikaci jednotlivých threadů, vymyslet to tak, aby vám ty thready skutečně výkon aplikace zvyšovaly a dávat pozor na každou ptákovinu a počítat se všemi eventualitami co mohou v komunikaci mezi thready nastat. Vytvořit dobře fungující multithreadovou aplikaci je výrazně těžší, než než jednothreadovou. Je to dokonce tak těžké, že mnohé renomované sw firmy s tím mají problémy.

poznamka: jsou procesory ktere si z jednoho vlakna vytvari vice, na hardwarove urovni, takze bych se viceprocesorovych jednotek nebal, chce to jen vyssi inteligenci, predikci apod.

Pokud je pro někoho problém přečíst si dokumentaci, prostudovat ukázkové programy, tak potom je skutečně problém napsat multithreadovou aplikaci. Méně schopní programátoři mohou použít překladač c++ od intelu, který paralelizaci určitých částí kódu provede automaticky.

Jack je urcite genialni programator, takze pro nej je to trivialni. Ovsem pro vetsinu ostatnich to NENI trivialni. Multithreading pridava o dost vic slozitosti. Je treba presne rozvrhnout, ktera data budou sdilena a potom zaridit synchronizaci, tak aby se k danemu 'objektu' pristupovalo vzdy jen z jednoho threadu ('race condition'). Jakmile se takto pridaji zamky, tak se objevi dalsi monstrum: deadlock. Tyhle problemy se daji celkem snadno vyresit, pokud nekdo pise neco sam. Ale pokud jde o projekt, na kterem pracuje vice lidi, pouzivaji se knihovny, ktere nemusi byt thread safe, tak pak to teprve zacina byt zajimave.

ja si myslim, ze viac jadier sa da vyuzit aj systemom a nie len jednou aplikaciou. Napr. OS priradi aplikacii word prvy cpu(jadro), on bezi na druhom a na tretom bezi prehravanie videa. Aplikacie su vcelku nezavysle, takze by mohli bezat celkom koretkne na viacerych jadrach sucastne. To je moj nazor.

MildaIV: nevravim, ze aplikacia moze pouzivat iba jedno jadro, myslel som, ze v najhorsom pripade staci rozumny OS co bude delit jadra procesom , ktore este nevyuzivaju viac cpu naraz, cize urychli spracovanie aplikacii pisanych pre jednoprocesor a zaroven ked aplikacia chce a vie obsluhovat viac jadier tak poziada o nove vlakno a tomu sa zasa moze priradit nove jadro, cezi aj taka catia moze dostat viac jadier naraz a bude urychlena.
Z toho my vypliva, ze aj stare aj nove aplikacie sa mozu rapidne urychlit, ak bude OS rozumny a pripraveny na viac jadier.

OT: zamikani, vyvynout, vyceprocesorovych, prasata!

to PG: To je dost naivni predstava. Tohle nepovede k zadnemu velkemu zrychleni. Prepsat aplikaci znamena, ze bude schopna sama o sobe bezet ve vice vlaknech a pak uz je na OS, jakym zpusobem to zaridi. (Tady se to dost prekryva, protoze i aplikace ma moznosti jak ridit beh svych vlaken prave s vyuzitim synchornizace. Ale nakonec ja tady OS, ktery urcuje kdy a na kterem procesoru dane vlakno pobezi.) Aplikace musi byt skalovatelna s ohledem na pocet threadu - procesoru, ktere je schopna vyuzit. Takze automaticky (nebo uzivatel nastavi obvykle snizi) nastavi pocet threadu, ktere spusti na reseni sve prace. (Samozrejme nektere ulohy je mozne lepe paralelizovat nektere hure.)

Poznamka ke kompilatorum: To je velmi omezene. Kompilator neni schopen poznat, zda volani nejake metody je thread safe a ze muze volani te same metody provadet paralelne. (Napr. volani metody ve for cyklu pro ruzne vstupni parametry by bylo mozne provadet paralelne. Na tohle se pouzivaji ruzne zpusoby jak to kompilatoru rici, ze to jde paralelizovat, ale stale je to na dost nizke urovni. Multithreading navrh aplikace to nenahradi. Proste kompilator za vas nenapise frontu pozadavku, do ktere bude jedno vlakno davat nove pozadavky a n vlaken tyhle pozadavky paralelne zpracovavat.

2PG
Samozrejme na 1.jadre mozem napr. praca s videom, a na 2.jadre hrat hru a oboje pojde svizne(nezohladnujem tu pracu s pametou a s diskom), ale v pripade, ze aplikacia nie je optimalizavana na viac CPU a ja uvolnim 2.jadro tak sa na rychlosti nic nezmeni, 1.jadro pojde na 100% a 2.jadro sa bude flakat.