Intel a jeho 80 jadrový procesor – za 5 rokov na trhu?!

Prečo to ale beriem všetko z pohľadu jednej aplikácie? Tu sú dôvody:
1. Vždy existuje "User preferred task". Úloha ktorú chce užívatel vykonávať predovšetkým a je to ten program s ktorým uživateľ práve pracuje.

pokiaľ samozrejme bežia na pozadí iné programy tak na úrovni CPU jadra si môžu navzájom uberať výkon. Pri dvojjadrových riešeniach je tento jav zásadne potlačený, pričom ale u štvorjadrových riešeniach je tento jav zredukovaný na 25 percent, ale s každým dalším jadrom navyše sa efektivita násobenia jadier znižuje.

2. Model OS aký predvádza práve Windows
predstavme si ale ako fungujú aplikácie pod nejakým OS s podporou multiprocesingu ale bez GUI... v command line zadáš nejaký príkaz a úloha sa začne vykonávať "na pozadí" a ty cez command line zadávaš dalšie úlohy. program v podstate potrebuje len svoje vlastné knižnice a prístup k operačným prostriedkom GUI nieje potrebné a ani nutné.

Aplikácie pod Windows ale fungujú inak. Sú priamo závislé na jeho knižniciach. nielen ich prítomnosti ale aj ich aktivite a komunikácii s nimi. Velmi zjednodušene povedané - aplikácia pod naším teoretickým OS (napríklad linux) beží samostatne, ale Windows aplikácia beží vždy "Pod windows".

Všetky Win32 aplikácie niesú samostatné programy v pravom význame slova. sú to akési moduly ktoré pracujú v rámci iného programu - windowsu. Samotné jadro OS je pochované pod hlbokou vrstvou GUI a iných podprogramov. Preto sa nedajú robiť aplikácie PRE Windows, ale len aplikácie POD windows.

Z tohoto hladiska preto uvažujem skôr v zmysle že existuje jeden jediný hlavný program s väčším množstvom threadov a z hladiska programátorského jednoznačne viem povedať aj to že model windowsu nieje ani zdaleka ideálny.

ani XP, ani Vista sa ani zdaleka tohoto modelu nezbavili. stále je tu Kernel ktorý komunikuje s aplikáciami a vykonáva kľúčové úlohy nutné k behu aplikácie. aj keď systém rozbijeme na thready je tu stále nejaký Thread číslo jedna a tým bude takmer isto knižnica Kernelu. Zahlť softwarové jadro systému a zahltíš všetky prebiehajúce úlohy, pretože budú musieť naň čakať

zožeň si napríklad program "EF process manager". môžeš tam kliknúť na aktívny task a uvidíš s akými systémovými knižnicami pracuje. možno nájdeš nejaký program ktorý nejde cez kernel, ale takých asi bude veľmi veľmi málo a hlavne budú jednoduché alebo nebudú určené priamo pre windows.

to že jadro windows je verziu od verzie macatejšie a náročnejšie asi zdôraznovať nemusím. časom ti znova bude nanič ak budeš mať X jadier. podstatné bude to aby všetky jadrá mali vysoký výkon daný architektúrou a frekvenciou.

Teoria "nové aplikácie nejdú dobre na starom HW" nieje ani zdaleka pravdivá, to možno platilo tak v roku 1999, ale už nie dnes. HW sa hýbe po rokoch konečne dopredu ale Sw zaostal...

Až niekto vymyslí aby sa operácie vykonávali simultánne na 4roch jadrách nezávisle na hociktorom systémovom threade, tak až vtedy budú "nové aplikácie" schopné trochu lepšie využiť quadcore. ale... také tu zatiaľ bohužial nemáme... na SW úrovni musí dôjsť k zlomu, ale ani Win7 nič také nesľubuje.

bojím sa toho že ak niekto teda 80jadro zoženie a nahrá tam windows tak že mu skolabuje už pri pokuse o boot, pretože kernel zlyhá, alebo jadro 1 s kernelom dosiahne 100 percentné vyťaženie kvôli množstvu simultánne bežiacich knižníc ktoré pôjdu na plnú rýchlosť na dalších 79tich jadrách.

Myslím, že sa nerozumieme. Mal som skôr namysli určitú konfiguráciu (HW), ktorú postupne rozširuješ s tým, že software ostáva pôvodný. V tom prípade je jasné, že zväčšením pamäte a lepšou grafikou ide výkon evidentne hore, pretože pri istých nárokoch programu sa mení len zaťaženie systému. Prakticky pokiaľ nemeníš dosku vždy si limitovaný len jej možnosťami. Preferovaný program na dnešných počítačoch ? Čo to je internet, hry, hudba ? Myslím, že multimediálny počítač hlavne v domácnostiach je tak trochu "z každého rožku trošku", len pár ľudí má doma čisto herné delo s tromi LCD (jedného šialenca som tu videl) alebo povedzme na grafiku, na to sú špecializované pracovné stanice. Čo sa týka nového software, chcel by som vydieť ako by išli najnovšie programy na starej šunke, možnože po týždni by ti aj nejaký nabehol. Platí to aj opačne staré programy ti proste na nových mašinách nepôjdu (hlavne OS Windows 9x) a keď, tak veľmi nestabilne, režim kompatibility tiež nie je všemocný, emulátor môže pomôcť ale zase dosť zaťažuje systém, kvôli tomu sa vydávajú nové verzie. Čo sa týka využitia jadier, myslím, že pokiaľ ich budeme mať v domácnostiach nejaký OS dovtedy vymyslia .

Skalovatelnost vykonu je pri istych aplikaciach uz dnes plne vyuzitelna a to kludne pod XP ci Vistou. A hlavne ide o aplikacie, pri ktorych "sa zabija" najviac casu a to rozne konvertory ci komprimatory. Kto chce, vyuzije dnes aj 4 jadro, ale kto chce, bude ho zatracovat este 10 rokov jak Mir.

Nezatracujem ho ja. Zatracuje ho architektúra Windows a aplikácií ktorá je centralistická - točí sa okolo jadier aplikácií a systémov. a to je ten hlavný problém. niesú SW riešenia, ktoré by boli adekvátne. už vidím ako sa na 80jadre spustí 8 inštancií kernelu aby mohli decentralizovane riadiť aplikácie, ale microsoft nič také nemá.

Je to síce blízko princípom virtualizácie, ale nieje to presne v tom význame slova.


to Prandorf:
nie, absolútne zle si ma pochopil. Koľko počítačov má viac než 1 monitor? vyjadri to percentuálne... Obecne užívateľ pracuje najčastejšie len s jedným taskom - to aj preto že bežne sa do stroja zmestí jediná klávesnica a jediná myš. ak ich aj dáš dve a systém s nimi bude fungovať tak zatiaľ neviem o spôsobe ako prideliť klávesnicu "A" aplikácii "A" a klávesnicu "B" aplikácii "B" aby na jednom počítači pracovali napríklad dvaja ludia s dvoma monitormi. videl som tak jediný stroj, ale ten mal aj dva procesory a svojím spôsobom to boli dva počítače na jeden vypínač.

Obecne sa takéto veci vo veľmi dávnych dobách u veľmi výkonných počítačov riešili terminálmi, a ten princíp je možné dnes uplatniť tiež, ale načo zdieľať HW keď každý člen domácnosti môže mať svoj vlastný počítač.

ha ha, to pekne kecias

fajn. tak spusti Oblivion bez toho aby išiel bez kernelu32 a bez pár konkrétnych importov do tejto knižnice