Diskuze: Dual-core: proč nemůže uspět

rudidlo

Level

15. 9. 2008 15:00

Komentáře tohoto uživatele máš zablokované.

Poznámka: "Dvoujádrový procesor Pentium D na frekvenci 3.2 GHz" znamená, že každé z jader pracuje na 3.2 GHz, nikoli to, že každé z jader pracuje na 1.6 GHz.
----

Tolik citace z první strany článku. Je možné někde najít zdroj, který tuto větu potvrzuje?

Marauder.01

Level

4. 9. 2007 07:06

Komentáře tohoto uživatele máš zablokované.

Zas bych to nesvaloval na neseriózního prodejce - tady je neseriozní výrobce. V r. 2007 bych jaksi nepředpokládal, že dostanu OS ovládaný příkazovou řádkou. Prostě jsem počítal s tím, že dostanu počítač s Linuxem a veškerými ovladači, a budu moci experimentovat (samozřejmě po vytvoření zálohy). Mě osobně se stále nenažranější Win přestávají líbit, tohle jsem bral jako příležitost odzkoušet něco nového. Jenže nikde (tj. ani na stránkách výrobce) jsem se nedozvěděl, že se tato verze linuxu ovládá z příkazové řádky a navíc bez jakékoliv dokumentace. Přiložené CD obsahovalo pár prográmků pro win, a brožura vysvětlovala v x jazycích jak si udělat zálohu ve Win. Nikde sebemenší zmínka o tom, že jde o tu a tu verzi Linuxu, neřkuli cár papíru s vypsanými příkazy. Vzhledem k tomu, že jsem dostal notebook zpět těsně před dovolenou, bylo pro mě nejjednodušší vrazit na notebook kopii Win XP z desktopu a jen vyměnit pár ovladačů - tj záležitost na několik minut.

Marauder.01

Level

2. 9. 2007 17:10

Komentáře tohoto uživatele máš zablokované.

Vezmu to trochu na přeskáčku - je mi 43 a vážně neumím říct, kolik PC mi za tu dobu prošlo rukama a kolik jsem jich vlastnil já sám osobně. V tuto chvíli jsou doma 2 PC + již zmíněný notebook Acer Aspire 5612NWLMi. Vzhledem k tomu, že si svá PC (s vyjímkou notebooku) stavím sám, sám si instaluji Win a bez problémů.
Nechci rýpat, ale uživatelé Linuxu mi připadají sami jako by se považovali za polobohy. V době kdy jsem opustil AMIGU a začal popužívat PC bych dal cokoliv za to, abych se vyhnul WIN, ale nikdo z okolí nepoužíval nic jiného. Ze začátku jsem sám potřeboval informace o tom co s tím. Dnes tu máme net a tak se informace schání trochu lépe, ale prozatím jsem nenarazil na fórum pro začátečníky. Ano v rozjetém systému není zas takový rozdíl mezi WIN a Linuxem, ale jakou distribuci použít tj jaká by byla pro mé PC nejvhodnější jsem nezjistil

Marauder.01

Level

1. 9. 2007 15:22

Komentáře tohoto uživatele máš zablokované.

1) Mé poslední setkání s linuxem bylo na notebooku před dvěma měsíci - myslel jsem, že je comp vadný a tak ho teklamoval - ani v prodejně mi nedovedli říct, co s compem je. Po třech týdnech se notebook vrátil s tím, že je v pořádku, ale linux v něm nemá grafickě rozhraní a ovládá se z příkazové řádky a proto doporučují nainstalovat Win. Na stránkách výrobce natož v manuálu není o Linuxu ani zmínka, Ovladače pro linux na stránce výrobce chybí a já chci PC používat, nikoliv laborovat co s tím.
2) Aplikace pro linux možná seženu, ale dostat linux do počítače není nic snadného - alespoň podle toho co jsem si na netu zjistil a takováhle instalace odradí většinu lidí na samém začátku - v mém okolí není nikdo kdo by linux používal a vysvětli mi čím to asi je.
3) Drtivá většina PC je skutečně v kanceláři s integrovanou grafikou, ale tyto jsem nepočítal - 64 bit systém je na nich celkem k ničemu a dvojjádro taktéž. Potřebuju snad 64 bit systém pro word,excel internetový prohlížeč a pár dalších prográmků využívaných v kanceláři? Potřebuji vícejádrový procesor, k tomu abych mohl mít spuštěných více aplikací naráz? I nejlevnější procesor na trhu zvládne to s čím se v klasické kanceláři bude moci setkat.

Pokud jsem psal o drtivé většině PC, myslel jsem PC doma nikoliv ty, které nahrazují psací stroj, nebo slouží pro účetnictví. Na těch není důvod používat Linux a na těch ostatních je Linux kvůli absenci her ( resp není jich zdaleka tolik jako pro Win) také zbytečný.
Nezavrhuji Linux, ale dokud nebude řešený tak, že vemu instalační cd a nainstaluji je na jakýkoliv počítač doma aniž bych laboroval, nepotřebuji ho.

Marauder.01

Level

31. 8. 2007 12:57

Komentáře tohoto uživatele máš zablokované.

Protože kvalitní 64bit systém není (linux nepočítám a s WIN Vista nemam zatim zkušenosti) a optimalizovanych aplikaci je jen málo. Drtivá většina PC slouží jako herní konzole s občasnou prací navíc (tisk,internet,vypalování) a na to prozatím 64bit systém není potřeba a předpokládám, že ještě řadu měsíců potřeba nebude.

ICEBOSS

Level

29. 8. 2007 17:33

Komentáře tohoto uživatele máš zablokované.

Proc Dualcore jednoznacne uspelo a proc jsem se mylil :-D.

Keff

Level

27. 5. 2007 18:33

Komentáře tohoto uživatele máš zablokované.

Dynaicke vypinani jadra a pretaktovani druheho je totalni blbost:
1) pokud by jadro mohlo bezet na dvojnasobne frekvenci, tak by stejne tak na ni mohlo bezet celou dobu, nejen kdyz je druhe vypnute
2) autor netusi ani zbla o omezenich kvuli kterym ta frekvence neni vetsi - to neni o tom ze by intel nechtel, to je o tom ze to je na samych hranich dnesnich technickych moznosti (pri 3GHz stihne elektron urazit 10cm behem jednoho taktu - minus rezervy pro hradla ruzne vzdalena od zdroje, a ruzne reakcni doby, a jsme na jednotkach cm - tohle bez miniaturizace cipu dal nejde, a mensi cipy zatim vyrobit neumime!!)

Ellessar

Level

26. 12. 2006 10:14

Komentáře tohoto uživatele máš zablokované.

Ten clanok je holy nezmysel, dual core podla mojich skusenosti a vsetkych testov je rychlejsi ako jeden core. To uz len preto, ze windows ma plno operacii na pozadi a ked spustis program napisane pre jeden thread, tak ten jeden thread ma k dispozicii cele jadro kym to druhe jadro sa stara o antivirus, firewall spravu pamati a kto vie co este. Minimalne z tohto hladiska je to vykonejsie. Dual core procesory uz v podstate podporuju vsetky programy na spracovanie videa, grafiky a konvertovania. Jedine co este skoro vobec nie je napisane pre viacere thready su hry. Ostatne, vsetky narocne aplikacie uz vedia vyuzit aj viac ako 2 jadra.

Tunseng

Level

3. 10. 2006 21:40

Komentáře tohoto uživatele máš zablokované.

V tom pripade jdi do toho Athlonu 64. Ted jsou za pomerne priznivou cenu a vykon pro hry je naprosto dostacujici. Core2duo a athonX2 nejspis nijak vyrazne nevyuzijes, tedy pravdepodobne ne natolik aby se mnohem vyssi cena za tyto procesory vyplatila.

FilipZalud

Level

20. 8. 2006 23:39

Komentáře tohoto uživatele máš zablokované.

ale nepomůže dual core alespoň u SLI řešení s dodáváním dat pro GPU jednotky?

ladajancik

Level

13. 7. 2006 15:31

Komentáře tohoto uživatele máš zablokované.

Ano, skvela deska, sveho casu me stala i s 2x Celeron 366@550 nejakych 8000,- Kc, k tomu jsem mel 2x 256MB 100MHz SDRAM. Joooo to byly casy.

starmen

Level

25. 6. 2006 14:27

Komentáře tohoto uživatele máš zablokované.

Jestli jde o okrajove vyuziti by jsme se mohli hadat :-) je ovsem pravda, ze cim vice pocitace domacni, tim je pochopitlne zastoupeni "domacich aplikaci" (tzn. i her) vetsi.

"modyfikujucimi programami asi myslis neuronove siete" nemyslim. Neuronove site, jak uvadite, slouzi pouze pro rozhodovani. Jedine co modifikuji, jsou vazby mezi jednotlivymi jejimi neurony pri uceni se. To jsem ale nemyslel.

Ano. SmallTalk je celkem pomaly jazyk. Kdesi jsem slysel, ze ma rychlost cca 3% oproti Ccku :-). Je to silne objektovy jazyk. Vse je objekt. Dokonce promenne zakladnich typu (jako int, string atp..) jsou objekty. Je to ciste objektovy jazyk. Java je jen neco mezi SmallTalkem a Cckem :-D (ted jsem zvedavej, kdo se kvuli tomu na me sesype tak stejne jako s tim Pascalem/Delphi co jsem tu kdysi zminoval :-)) ).

mkobylan

Level

23. 6. 2006 13:34

Komentáře tohoto uživatele máš zablokované.

Asi sme sa nepochopili. Java je navyse velmi privetiva k snaham napisat nieco multithreadovo - novy thread sa da vytvorit velmi jednoducho. Ja som pisal o tom, ze uzivatel je ten, ktory musi cakat na odozvu zo siete, namiesto toho, aby to robil druhy thread. Hlavny thread caka na klavesy a hned ako dostane sipku 'dole', ma posunut kurzor dole a poslat spravu druhemu threadu, ze ma aktualizovat zyvsne veci (kazdu v osobitnom threade). Urobit nieco, co zavisi na sieti tak, ze na to musi uzivatel cakat, je najvacsia blbost aku moze programator pre uzivatela urobit.

starmen

Level

23. 6. 2006 00:08

Komentáře tohoto uživatele máš zablokované.

tak to s Vami urcite nesouhlasim. Kdyz se bavime o vykone, tak neznamena, ze se bavime o hrach. Nyni pracuji na genetickem algoritmu pro reseni jisteho problemu a jestli se mi podari ho rozbehat tak, aby mi dokazal vydat alespon nejake rozumne vysledky za tyden behu na nekolikaprocecorovem cca 3GHz/CPU stroji (nevim kolik ma CPU.. myslim ze 16, ale jistej si nejsem), tak budu dobry.
V mnoha vyzkumnych pracovistich, kde se resi problemy prohledavanim stavoveho prostoru vykon proste nestaci. Moznosti vypoctu jsou pak silne omezene na pocet vstupnich "prommenych".
Hry jsou jednou z nejvetsich zatezi (ne vsak nejvetsi) pro domaci pocitace...
Co se tyce rychlosti, tak uz davno neni pravda, ze by v asm byl program vzdy rychlejsi. Kdyz mate jednoduchy nebo primocary program, pak ano. Ale se vzrustajici slozitosti CPU, intrukcnich sad, instrukcnich zavislosti ci multiprocesingu, nedokaze programator casto srovnat instrukce tak, aby byly postaveny optimalne, coz kompilery, ikdyz generovany kod neni idealni, dokazi.

Mj. uz ted jsou mozne programy ktere modifikuji samy sebe. Ktere dokazi na zaklade poznatku, ktere samy ziskaji, generovat kody. Samozrejme to zatim neni nic svetoborneho. Na nejake "rozumne" pouziti si jeste budeme muset pockat.
Dobry programovaci jazyk na toto je treba SmallTalk (napr. implementace Squeak), kde vlastne programovaci prostredi je on sam. V podstate spustite neco jako OS a v nem pisete kody, ktere jeho samotneho ovlivnuji a to vse za jeho behu. Z toho vypliva, ze v nem muzete napsat program, ktery bude jeho samotneho modifikovat tzn. bude za behu menit sam sebe. Taky se kolem toho toci nektere vyzkumy...

starmen

Level

22. 6. 2006 21:54

Komentáře tohoto uživatele máš zablokované.

Vsak jazyky, kde se pise CO chci a ne JAK toho chci dosahnout jsou. Jazyky se deli ruzne (Imperativni, deklarativni, funkcionalni, logicke). Typickym prikladem jazyka, kde se rika CO chci a ne JAK toho chci dosahnout je napr. SQL (a neni samozrejme jediny). Tam pisete co chcete a ne jak to ma SRBD udelat...

starmen

Level

22. 6. 2006 21:49

Komentáře tohoto uživatele máš zablokované.

zminil jsem to ja. Co si pamatuju, tak to ma byt udajne rychlejsi v radu desetinasobku. Ale je to info od Sunu, takze vysledek muze byt trosku jiny...

starmen

Level

22. 6. 2006 21:48

Komentáře tohoto uživatele máš zablokované.

njn.. tento obor tam za nas nebyl nebo mozna zacinal. Holt vsecko se meni :-).

mkobylan

Level

22. 6. 2006 17:47

Komentáře tohoto uživatele máš zablokované.

Potom vznikaju programy ako NWDS (Eclipse upraveny SAPom), ktory pri prebehnuti kurzorom cez nejaky zoznam (akoze stlacim sipku dole, aby som sa dostal o zopar poloziek nizsie) pouziva asi jeden thread, takze v druhom okne, v ktorom zobrazuje udaje o polozke sa zakazdym musi nieco zobrazit. Ked je to nieco downloadovane zo siete, tak namiesto 30poloziek za sekundu sa kurzor pohybuje rychlostou 1 polozka za 2 sekundy.
Program vyzera asi takto:
cakaj na klavesu
presun kurzor na dalsiu polozku
updatni ostatne okna
(updatni vlastnosti polozky, ...)

duky

Level

28. 3. 2006 20:55

Komentáře tohoto uživatele máš zablokované.

No men se zrovna Delphi 7 na programovani vice vlaken az tak mesuge nezda, spis bych rekl ze si v tom asi nedelal.
Navic novejsi produkty maji vetsinou navic .NET (mozna o neco peknejsi okinka) a podobne veci, ktere zatim nefungujou tak jak puvodne autori chteli. (Nevim proc bych si mel do systemu instalovat dalsi bordel pro podporu programu .NET, pripadne mi to stejne zverstvo jako pouzivat na winech Jawu. To si ten komp radeji sprznim spamem, rootkity od Sony nebo podobnou haveti.) :-)

A argumentovat tim ze vyvojove prostredi je stare 4 roky. To mi chces rict ze si kazdorozne kupujes soft za 40-50tisic? (To by bylo jen Delphi na jedno pocitadlo.)

Nechcu te nejak zhazovat, ale uz tim ze sem na tu hlasku reagoval sem se taky dost strapnil.

tief

Level

28. 3. 2006 13:10

Komentáře tohoto uživatele máš zablokované.

V době psaní článku bylo Delphi 7 nejnovější verze pro Win32 programy. A jelikož je Delphi společně s Visual C++ nejpoužívanější nástroj na tvorbu programů... Ono je hezké, že se už píše v .NET, ale pro náročné programy stále zůstává klíčové C++.

mkobylan

Level

14. 2. 2006 10:26

Komentáře tohoto uživatele máš zablokované.

Ja som myslel tiez niekolkych programatorov a rozdelenim kodu na skupiny (a vlakna) by sa malo scheduleru pomoct vediet, co za programy tam bezia. Ved uz od uplneho zaciatku x86 bol kod rozdeleny prinajmensom na bezne programy a ovladace preruseni. Vsetko, co si povedal, plati. Da sa to vsak vylepsit tym, ze programatori pridaju k svojim vlaknam nejake odporucane priority.

mkobylan

Level

13. 2. 2006 09:46

Komentáře tohoto uživatele máš zablokované.

Efektivnejsie je rozdelit kod na 1. casti, ktore su realtime, 2. kod, ktory ma na starosti odozvu pre uzivatela (above normal), 3. davkove spracovanie, atd...
Znamy priklad z MFC je OnIdle aplikacie. Protipriklad, tiez z MFC, je sposob, akym sa riesi odozva v menu - pri otvarani menu sa volaju funkcie na zistenie, ci su polozky v menu disablovane. Tento kod rozhodne nepatri do rychlej odozvy, aj ked je zvacsa kratky.

mkobylan

Level

11. 2. 2006 19:31

Komentáře tohoto uživatele máš zablokované.

Viem, ze priorita v kadejakych OS je cislo, kde ani najmensie ani najvacsie nemaju specialny vyznam, ale podla mna je prave to chybou. Osobne by som nechal nastavovanie priorit na programatoroch, pripadne na tych, ktory system konfiguruju (napr. pri instalacii by sa to mohol OS spytat), pricom na programatoroch je, aby dosledne oddelili veci, ktore musia bezat realtime a veci, ktore mozu byt idle, od ostatnych. OS to nikdy nevedel urobit korektne bez pomoci programatorov, pripadne analyzy zdrojakov. (A kolko ze je takych realtime udalosti v systeme? Niekolko malo a spolu nezaberaju ani 1% z casu)
Ziadny vyrobca OS sa nemoze ohanat tym, ze by si programatori sami nevhodne nastavovali realtime alebo inu vacsiu prioritu. Taky program by sa sam vylucil z trhu, pretoze by sposoboval nestabilitu systemu, pripadne by uzivatelia videli, ako sa pokusa nastavit si neodovodnene prioritu a velmi rychlo by sa vytvorili utility, ktore by tomu zabranili. Podla mna je to nedotiahnutostou OS, ktory s tym nepocita. Riesenia takychto problemov ja ocakavam od novych verzii Windows a nie miliony sposobov ako zorganizovat polozky v start menu a na ploche.

mkobylan

Level

11. 2. 2006 19:14

Komentáře tohoto uživatele máš zablokované.

Vsetky doteraz spomenute pripady maju nejake riesenie. Tych specialnych pripadov nebude az tak vela, aby sa to nedalo vyriesit. Sam predsa uvadzas, ze realtime OS existuje. Neviem, preco by mal genereal-purpose OS pouzivat inu strategiu ako realtime OS. Zda sa mi vsak, ze velka cast problemu je v programatoroch (t.j. aj vo mne:-), ktori nepouzivaju zdroje korektne.
Tak napriklad pristup disku, tak ako ho zvacsa popisujes ty, je pripad utilit ako disk doctor alebo defragmentator alebo unerase. 2 taketo utility naraz nespustis, pretoze vyzaduju plny pristup k disku. Pre programatora takej utility to znamena ohlasit uzivatelovi, ze to sa neda, pripadne popracovat na rezime zdielania. V ziadnom pripade to nema byt vytuhnutie jednej alebo oboch utilit.

mkobylan

Level

11. 2. 2006 12:40

Komentáře tohoto uživatele máš zablokované.

a) Uloha je skoncena, len co sa data pre disk (alebo poziadavka na citanie) zapisu do cache. Prave cache znemoznuje pouzitie tejto moznosti. Myslim, ze cache je dobra vec a umoznuje lepsie zdielanie disku ako bez nej, takze o nepouziti cache neuvazujme.
b) Tato moznost je uz trochu lepsia, ale stale sa obchadza vnutorna cache disku (a usporaduvanie poziadaviek na citanie diskom, ktory najlepsie vie, co bude najrychlejsie). Neviem, ci uz existuje nejake pouzitelne rozhranie medzi diskom a OS, ktore by zabezpecilo toto usporaduvanie aj priority, ale to, co vidim dennodenne na Windows ma o tom nepresviedca (nepouzivaju ho alebo neexistuje).
Dodam len to, ze kym disk je este aj pri dvoch kopirovaniach ako tak pouzitelny, take CD/DVD je uplne nepouzitelne.