Limity jsou na procesory ­(pocitano podle soketu­), ne na procesorova jadra, takze ten limit neni tak tvrdy, jak by se mohlo zdat ­(ale na druhou stranu je to stale pekny opruz, pokud vezmu v uvahu Solaris, xBSD nebo Linux­).

XP Pro maji omezeni na 2 CPU, Home na jeden.

U Vist je situace popsana tady: http:­/­/www.winsupersite.com­/showcase­/winvista_editions_final.asp ­(edice Business N, Business, Enterprise a Ultimate podporuji 2 procesory, ostatni 1­)

Vsadil bych se, ze minimalne u Vist SP1 nebude to omezeni ani tak v kodu jadra jako spise v licencni politice. Takze s trochou hrani <em>nejspis</em> technicky pujde Visty SP1 provozovat na ctyrcestnem stroji, ale pravne to koser nebude.

Ale uz vazne netusim na co by dakomu bolo 8 CPU, platforma Skulltrail sa ukazala ako zbytocny a extremne predrazeny luxus a 4 jadra kazdemu domacemu pocitacu a skoro kazdej pracovnej stanici musia postacovat...

A jeste jednou: nepocitaji se jadra ale procesory. ­(A nepodcenujte schopnost nekterych z nas pouzit i enormni mnozstvi vykonu, kdyz je po ruce. Lide si nekupuji Macy Pro a podobne stroje protoze potrebuji naklady do ucetnictvi.)

Tymi 8CPU som myslel 2CPU s 4 jadrami = skulltrail...

Intel s tim ma spolecne to ze pokud chce aby se jeho procesory prodavaly a neustale generacne obmenovali musi vyvoj sw podporit jinak narazi na situaci ze jeho x­-jadrove procesory nebudou nikoho zajimat jelikoz je sw stejne nevyuzije

WXP, Win2k3, Win2k8 aj Vista to podporuju a myslim, ze aj Win2K :P

vim ze XP to podporujou ale funcnost je bidna
a vzhledem k tomu jak inovujou tak u Vist to nebude o moc lepsi

můžete uvést příklad?

ano jsou...multitasking dneska zvládá kde jakej OS

Multitasking sice ano, ale nikoliv už multithreading. Samotnej multitasking nic neřeší.

máte pravdu...musím souhlasit...

Můžete to prosím rozvést?

Multitaskink umožnuje akorát současný běh několika aplikací najednou, tak že se postupně přepínají a každá si ukousne kousek proceosrovýho času. Aby ale aplikace dokázala využít dvě jádra, musí mít napsaná dvě vlákna, každé na jedno jádro. Nejsem programátor, abych problematiku více vláken vysvětlil nějak podrobněji, ale snad to takhle stačí.

ono to není úplně přesné...mutitasking sice přípíná aplikace aby vypadali že jich běží víc naráz ale taky rozhoduje na kterým jádru ta která aplikace poběží...nicméně samotný multitasking nestačí pro lepší využití více jader­/precesorů

Multitasking podporovaly už Windows 2.0 z 80. let. Jedná se o souběžné zpracování více úloh. Co se multithreadingu týče, zde je podpora ze strany SW velice nízká, jak správně řekl autor článku.

Panove, mluvite o necem o cem nemate poneti. Jedna uloha muze mit vice threadu a techto vice threadu muze bezet na vice procesorech­/jadrech. Z hlediska programovani software neni treba provadet zadna zvlastni opatreni ­- o vse se stara scheduler OS. Vse funguje jiz dnes ve WXP.

O co se jde microsoftu a intelu je predevsim analyza soucasnych nejbeznejsich algoritmu ktere se dnes pisi jako jednothreadove, zda by nesly prepsat pro vicethreadove zpracovani a zda by z toho slo udelat jednoduche a srozumitelne api, ktere by se ujalo u vyvojaru. Microsoft ma momentalne slibnou betaverzi pro vyhledavaci a tridici algoritmy ­(technologie linq­) a obecne pro zpracovani cyklu. Jmenuje se to paralel fx. viz http:­/­/en.wikipedia.org­/wiki­/Task_Parallel_Library

Už jsem si myslel, že mé informace, které se shodují s informacemi z vašeho prvního odstavce jsou mylné. Už jen dialogové okno, které při nějaké události provádí nějakou operaci a zobrazuje její průběh prostřednictvím ­"teploměru­" musí být napsána dvou nebo vícevláknově ­(nebo by alespoň měla být­). Multithreading aplikací kolem sebe máme více než dost. Otázka je, nakolik je efektivní rozdělování výkonu procesoru ze strany OS.

Vacsina OS je schopna vyuzit viac procesorov.
Napr.: Napis si jednoduchy program, ktory bude nezmyselny loop robit ­(while­(true­){}­). Jeden vyuzije 50% v pripade 2 jadroveho a 25% v pripade 4 jadrove CPU. Ak spustis 2 take programy, tak budu brat 100% resp. 50%. Cize vlastne VSETKY dnesne viacjadrove CPU sa oplatia, ak pouzivas 2 HOCIAKE aplikacie, ktore maju 1 thread a vytazuju jadro na max.

Stale sa zvysuje pocet aplikacii, ktore su schopne vyuzit viac procesorov.
Napr.: WinRAR zabali subor s takmer 2x vacsou rychlostou ak vyuzije 2 thready na 2 jadrach. Samozrejme pocitame s tym, ze HDD stiha dodavat data.

A im ide o to, aby 1 program vedel naplno vyuzit potencial procesora ­(napr. ako WinRAR, ale ten sa mi zda, ze vie pracovat len s 2 vlaknami a tak len s 2 jadrami CPU­), lebo len malokto pouziva 2 zatazujuce programy naraz a aj ked, tak len po kratku dobu.

Okrem toho s viacjadrovymi aplikaciami to uz nevidim tak tragicky, v podstate vsetky aplikacie, kt. pouzivam mi zeru 100% CPU, co znamena, ze maju aspon 2 vykonavacie vlakna ­(kedze mam 2jadrovy CPU­). Vsetky aplikacie, kt. pisem robim pre viacjadrove CPU, ak viem, ze tam bude treba robit zlozite vypocty a vo Windowse aj bez pouzitia MFC je threading celkom priatelny, Linux tiez nie je taky hrozny... A ked chce daco univerzal, ale podla mna dost zlozite a neprehladne, tak moze pouzit boost thready, kt. su pouzitelne s kazdym c++ compilatorom.