Možná to vypadá slibně - 2, 4, 16 jader.. to už musí být výkon! Mno, není! Spíš se jedná o reklamní trik (mělo by se o tom psát víc odborných článků a hlavně testů). Vícejádrové CPU jsou zavislé na tom, jestli je pro ně vhodně napsán program (i když Vám výrobci budou tvrdit něco jiného). Speciálně se jedná o multi-threading, který s sebou přináší řadu programátorských problémů (narozdíl od jednoho threadu=vlákna). Se současným trendem se budou muset začít psát aplikace orientované na paralelní kód, což přinese větší nestabilitu + složitost. A jak si stojí dnešní aplikace? Stačí se podívat na nějaký ten test: http://www.pcworld.com/news/article/0,aid,107492,00.asp
Z toho můžete vyčíst, že v hodně případech se výkon ještě snížil v porovnání s klasickým sestavením CPU (konkrétně je tam použita HTT). Už z teorie od Intelu se dozvíte, že se jedná o zvýšení výkonu o max 25% (u HTT), což je trošku nadsázka. Za použití např. 16 jader se dá předpokládat, že to 16. navýší výkon o nějaké malinkaté procento. Proč? Thready na sebe musí čekat (synchronizace), aby mohlo jedno vlákno přečíst to, co druhé zapsalo (nejde to paralelně); resp. to jde pro 2 vlákna (velmi složitý algoritmus), pro víc vláken to zatím nikdo nevymyslel. Další věc je, že se sdílí jedna cache, což nutí jádra čekat na data.
Velmi dobře a zábavně psaný článek o budousnosti multi-core CPU si můžete přečíst zde: http://blaze.ausgamers.com/u2/articles/fullnews.php?id=14
+1
0
-1
Je komentář přínosný?
ProLogic (neověřeno) https://diit.cz
13. 8. 2004 - 23:42https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuseMožná to vypadá slibně - 2, 4, 16 jader.. to už musí být výkon! Mno, není! Spíš se jedná o reklamní trik (mělo by se o tom psát víc odborných článků a hlavně testů). Vícejádrové CPU jsou zavislé na tom, jestli je pro ně vhodně napsán program (i když Vám výrobci budou tvrdit něco jiného). Speciálně se jedná o multi-threading, který s sebou přináší řadu programátorských problémů (narozdíl od jednoho threadu=vlákna). Se současným trendem se budou muset začít psát aplikace orientované na paralelní kód, což přinese větší nestabilitu + složitost. A jak si stojí dnešní aplikace? Stačí se podívat na nějaký ten test:
http://www.pcworld.com/news/article/0,aid,107492,00.asp
Z toho můžete vyčíst, že v hodně případech se výkon ještě snížil v porovnání s klasickým sestavením CPU (konkrétně je tam použita HTT). Už z teorie od Intelu se dozvíte, že se jedná o zvýšení výkonu o max 25% (u HTT), což je trošku nadsázka. Za použití např. 16 jader se dá předpokládat, že to 16. navýší výkon o nějaké malinkaté procento. Proč? Thready na sebe musí čekat (synchronizace), aby mohlo jedno vlákno přečíst to, co druhé zapsalo (nejde to paralelně); resp. to jde pro 2 vlákna (velmi složitý algoritmus), pro víc vláken to zatím nikdo nevymyslel. Další věc je, že se sdílí jedna cache, což nutí jádra čekat na data.
Velmi dobře a zábavně psaný článek o budousnosti multi-core CPU si můžete přečíst zde:
http://blaze.ausgamers.com/u2/articles/fullnews.php?id=14https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81096
+
ProLogic: Máš samozřejmě pravdu, nicméně pokud jde o ten test s použitím HTT, tak tam dochází ke snížení výkonu díky tomu, že virtuální procesor, má-li přidělen nějaký čas, tak "užírá" výkon tomu skutečnému. Kdyby to bylo skutečně dvoujádrový CPU, tak by tento problém v praxi při testech nenastal.
Sám si však myslím, že běžnému SW bohatě stačí výkon dnešních CPU. To znamená, že programy jako například Office se nebudou muset příliš měnit a i když ano, tak to bude děláno (což už je imho dnes) tak, že například kontrola gramatiky poběží v extra vlákně atp. Z tohoto hlediska si myslím, že pro desktopy bude ideální dvoujádrový CPU. Aplikace, se kterou dělám na popředí poběží v jednom jádře a všecko ostatní (případně i nějaké to vlákno této aplikace) na druhém. A bude se to hodit i v těch případech, když se nějaká aplikace bude snažít žrát 100% CPU, což dnes dost drasticky zpomalí komp, kdežto na dvoujádrových CPU to bude celkem v pohodě.
U speciálních aplikací, kde opravdu půjde o výkon, tam se domnívám, že se bude optimalizovat pro více CPU (například filtry v Photoshopu, komprese videa atp).
A pokud jde o ty aplikace, tak vzhledem k tomu, že jsem původně programátor (dokonce jsem to i studoval) a vím, co to obnáší, tak je mi jasné, že to problém bude. Na druhou stranu si také myslím, že díky tomuto přístupu a podstatně většímu rozšíření SMP se také stane to, že spousta lidí napne své úsilí směrem k dokonalejším vývojářským prostředkům právě pro vícevláknové aplikace. V tomto směru jsem optimista a věřím, že se takové nástroje časem objeví.
+1
0
-1
Je komentář přínosný?
Petr Murmak https://diit.cz/autor/petr
14. 8. 2004 - 03:29https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuseProLogic: Máš samozřejmě pravdu, nicméně pokud jde o ten test s použitím HTT, tak tam dochází ke snížení výkonu díky tomu, že virtuální procesor, má-li přidělen nějaký čas, tak "užírá" výkon tomu skutečnému. Kdyby to bylo skutečně dvoujádrový CPU, tak by tento problém v praxi při testech nenastal.
Sám si však myslím, že běžnému SW bohatě stačí výkon dnešních CPU. To znamená, že programy jako například Office se nebudou muset příliš měnit a i když ano, tak to bude děláno (což už je imho dnes) tak, že například kontrola gramatiky poběží v extra vlákně atp. Z tohoto hlediska si myslím, že pro desktopy bude ideální dvoujádrový CPU. Aplikace, se kterou dělám na popředí poběží v jednom jádře a všecko ostatní (případně i nějaké to vlákno této aplikace) na druhém. A bude se to hodit i v těch případech, když se nějaká aplikace bude snažít žrát 100% CPU, což dnes dost drasticky zpomalí komp, kdežto na dvoujádrových CPU to bude celkem v pohodě.
U speciálních aplikací, kde opravdu půjde o výkon, tam se domnívám, že se bude optimalizovat pro více CPU (například filtry v Photoshopu, komprese videa atp).
A pokud jde o ty aplikace, tak vzhledem k tomu, že jsem původně programátor (dokonce jsem to i studoval) a vím, co to obnáší, tak je mi jasné, že to problém bude. Na druhou stranu si také myslím, že díky tomuto přístupu a podstatně většímu rozšíření SMP se také stane to, že spousta lidí napne své úsilí směrem k dokonalejším vývojářským prostředkům právě pro vícevláknové aplikace. V tomto směru jsem optimista a věřím, že se takové nástroje časem objeví.https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81105
+
vice penez za beh na vicejadrovych procesorech kvuli licencni politice - tak to si snad delaji srandu...
+1
0
-1
Je komentář přínosný?
xyz (neověřeno) https://diit.cz
14. 8. 2004 - 07:14https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskusevice penez za beh na vicejadrovych procesorech kvuli licencni politice - tak to si snad delaji srandu...https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81132
+
v ziadnom pripade by som nemiesal hyperthreading s multicore, pretoze vysledky aj s neoptimalizovanym kodom hovoria jasne...ibm 970MP, dvojadrovy procesor kazde jadro ma vlastnu 1MB cache a narast vykonu 192 % oproti 970FX (jednojadrovy s 512L2 cache znamejsi pod oznacenim G5) samozrejme na tej istej frekvencii
a to sa vobec neda porovnavat s HTT kde je realny narast vykonu sporny a este extremne zavisly na optimalizacii kodu
+1
0
-1
Je komentář přínosný?
gluon (neověřeno) https://diit.cz
14. 8. 2004 - 13:20https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskusev ziadnom pripade by som nemiesal hyperthreading s multicore, pretoze vysledky aj s neoptimalizovanym kodom hovoria jasne...ibm 970MP, dvojadrovy procesor kazde jadro ma vlastnu 1MB cache a narast vykonu 192 % oproti 970FX (jednojadrovy s 512L2 cache znamejsi pod oznacenim G5) samozrejme na tej istej frekvencii
a to sa vobec neda porovnavat s HTT kde je realny narast vykonu sporny a este extremne zavisly na optimalizacii koduhttps://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81177
+
2 xyz:"vice penez na vicejadrovych procesorech ...tak to si snad delaji srandu". Ani nahodou. V komercnich numericky narocnych aplikacich to prece takhle funguje uz davno...
+1
0
-1
Je komentář přínosný?
jm (neověřeno) https://diit.cz
14. 8. 2004 - 17:23https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse2 xyz:"vice penez na vicejadrovych procesorech ...tak to si snad delaji srandu". Ani nahodou. V komercnich numericky narocnych aplikacich to prece takhle funguje uz davno...https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81275
+
4 jm: Ano, například u databází se platí za každý procesor, ale pro domácího uživatele je to trochu vidírání, mimo to, OS by tak licencovaný být neměl. Mimo to, i MS vydalo opravu WinXP Home, aby neztratili, kdyby nepodporovali HT na této větvi NT.
+1
0
-1
Je komentář přínosný?
Tonda https://diit.cz/profil/tonda
15. 8. 2004 - 10:41https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse4 jm: Ano, například u databází se platí za každý procesor, ale pro domácího uživatele je to trochu vidírání, mimo to, OS by tak licencovaný být neměl. Mimo to, i MS vydalo opravu WinXP Home, aby neztratili, kdyby nepodporovali HT na této větvi NT.https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81432
+
Souhlas s gluon, Pro Logic je mimo, Hyperthreading vyuziva momentalne nepouzivanych pipeline, a to se s Dualcore neda vubec srovnavat, dal multitasking na tom vubec nezavisi, a prace s aplikaci muze byt rozdelena interne/hardwareove, ostatne jinak by vyssi vykon v multitaskingu u CPU AMD oproti Intelu s HT vysvetloval pouze zazrak.
Je zvlastni ze i programatori casto melou uplne nesmysly, protoze nemaji poneti o funkci HW, navic HT zpusobuje snizeni vykonu prave proto ze jde o HT a jeho zpusob existence - paberkovani, a to ze sdileni "virtualniho" a "fyzickeho" jadra obcas zpusobuje zpomaleni je opet spatnym multitaskingem (jde totiz o zcela jinou vec) dve jadra budou mit bezpochyby zisk, a nikdy ztratu, a to i kdyby slo o pouhe spousteni vice aplikaci neoptimalizovanych pro multiprocessing (opet nemichat s HT)
+1
0
-1
Je komentář přínosný?
uuuuu (neověřeno) https://diit.cz
15. 8. 2004 - 16:48https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuseSouhlas s gluon, Pro Logic je mimo, Hyperthreading vyuziva momentalne nepouzivanych pipeline, a to se s Dualcore neda vubec srovnavat, dal multitasking na tom vubec nezavisi, a prace s aplikaci muze byt rozdelena interne/hardwareove, ostatne jinak by vyssi vykon v multitaskingu u CPU AMD oproti Intelu s HT vysvetloval pouze zazrak.
Je zvlastni ze i programatori casto melou uplne nesmysly, protoze nemaji poneti o funkci HW, navic HT zpusobuje snizeni vykonu prave proto ze jde o HT a jeho zpusob existence - paberkovani, a to ze sdileni "virtualniho" a "fyzickeho" jadra obcas zpusobuje zpomaleni je opet spatnym multitaskingem (jde totiz o zcela jinou vec) dve jadra budou mit bezpochyby zisk, a nikdy ztratu, a to i kdyby slo o pouhe spousteni vice aplikaci neoptimalizovanych pro multiprocessing (opet nemichat s HT)https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81513
+
uuuuu: No, když tady tak tvrdě fantazíruješ a opíráš se do lidí, tak ti to taky trošku oplatím. Dvě jádra mohou mít oproti jednomu i ztrátu na výkonu. To je překvápko co? Ono jde totiž o to, že když máš kernel (ať už u Linuxu, nebo u Windows) udělán bez podpory SMP, pak může některé věci vykonávat rychleji, protože se nemusí zatěžovat režií spojenou se SMP. A v praxi to tak opravdu bylo například u Windows NT, kdy se na SMP sytémy používal jiný kernel než na jednoprocesorové. A ten rozdíl nebyl zcela zanedbatelný, fakt tam nastávalo to, co ty tvrdíš, že nikdy nenastane :)
+1
0
-1
Je komentář přínosný?
Petr Murmak https://diit.cz/autor/petr
16. 8. 2004 - 00:56https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuseuuuuu: No, když tady tak tvrdě fantazíruješ a opíráš se do lidí, tak ti to taky trošku oplatím. Dvě jádra mohou mít oproti jednomu i ztrátu na výkonu. To je překvápko co? Ono jde totiž o to, že když máš kernel (ať už u Linuxu, nebo u Windows) udělán bez podpory SMP, pak může některé věci vykonávat rychleji, protože se nemusí zatěžovat režií spojenou se SMP. A v praxi to tak opravdu bylo například u Windows NT, kdy se na SMP sytémy používal jiný kernel než na jednoprocesorové. A ten rozdíl nebyl zcela zanedbatelný, fakt tam nastávalo to, co ty tvrdíš, že nikdy nenastane :)https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81627
+
>uuuuuuuu
Muzes mi prosim Te vysvetlit, ja "interne/hardwarove" muze byt aplikace rozdelena na vice threadu? To by mne vazne velice zajimalo. Dekuji predem.
+1
0
-1
Je komentář přínosný?
Roman Golis https://diit.cz/profil/klenot
16. 8. 2004 - 05:28https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse>uuuuuuuu
Muzes mi prosim Te vysvetlit, ja "interne/hardwarove" muze byt aplikace rozdelena na vice threadu? To by mne vazne velice zajimalo. Dekuji predem.https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81646
+
uuuuuu to nejspíš psal v nějakém vyvrcholení :-)
Petr: Windows mají stále jiný základ pro jedno a víceprocesorové systémy. Není to ale na úrovni jádra systému ale na úrovni HAL, tedy . U serverových systému si výrobci poměrně běžně ke svým systémům dodávají vlastní HAL aby tak ještě lépe využili vlastností svých systémů
+1
0
-1
Je komentář přínosný?
Pacho (neověřeno) https://diit.cz
16. 8. 2004 - 10:40https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuseuuuuuu to nejspíš psal v nějakém vyvrcholení :-)
Petr: Windows mají stále jiný základ pro jedno a víceprocesorové systémy. Není to ale na úrovni jádra systému ale na úrovni HAL, tedy . U serverových systému si výrobci poměrně běžně ke svým systémům dodávají vlastní HAL aby tak ještě lépe využili vlastností svých systémůhttps://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81691
+
Pacho: Pravdu díš, u Windows jde o HAL. Nicméně dříve u NT byly standardně dva HALy a při instalaci se vybíral ten správný dle počtu CPU. To nyní se tam už standardně dává vlastně pomalejší SMP HAL, protože například HyperThreading ho vyžaduje...
Ale jinak bych třeba HyperThreading vyzdvihnul v tom, že to donutilo udělat výrobce HW ty jejich ovladače SMP ready. Dřív v tom bejval dost problém...
+1
-3
-1
Je komentář přínosný?
Petr Murmak https://diit.cz/autor/petr
16. 8. 2004 - 13:15https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskusePacho: Pravdu díš, u Windows jde o HAL. Nicméně dříve u NT byly standardně dva HALy a při instalaci se vybíral ten správný dle počtu CPU. To nyní se tam už standardně dává vlastně pomalejší SMP HAL, protože například HyperThreading ho vyžaduje...
Ale jinak bych třeba HyperThreading vyzdvihnul v tom, že to donutilo udělat výrobce HW ty jejich ovladače SMP ready. Dřív v tom bejval dost problém...https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81715
+
Nevím jak 2003, ale ještě 2k mají dva HALy, pokud nainstaliješ systém s jedním procesorem, je vybrán jednoporcesorový HAL, pokud s více procesory, je zvolen víceprocesorový HAL. Když do jednoprocesorově instalovaných W2k dodáš druhý procesor, pořád ti OS tvrdí, že tam máš jen jeden procesor...
No je možné, že v desktopových OS se se už MS s HAL moce nemazlí:-) Ostatně při dnešních výkonech jednoprocesorových stanic není jednotný HAL problém.
+1
0
-1
Je komentář přínosný?
Pacho (neověřeno) https://diit.cz
16. 8. 2004 - 19:42https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuseNevím jak 2003, ale ještě 2k mají dva HALy, pokud nainstaliješ systém s jedním procesorem, je vybrán jednoporcesorový HAL, pokud s více procesory, je zvolen víceprocesorový HAL. Když do jednoprocesorově instalovaných W2k dodáš druhý procesor, pořád ti OS tvrdí, že tam máš jen jeden procesor...
No je možné, že v desktopových OS se se už MS s HAL moce nemazlí:-) Ostatně při dnešních výkonech jednoprocesorových stanic není jednotný HAL problém.https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81801
+
Pacho: Aha, já si nebyl jist, jestli ta změna nastala už u Windows 2000, nebo až u XP. Takže až od XP je už jen SMP HAL.
+1
0
-1
Je komentář přínosný?
Petr Murmak https://diit.cz/autor/petr
16. 8. 2004 - 20:37https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskusePacho: Aha, já si nebyl jist, jestli ta změna nastala už u Windows 2000, nebo až u XP. Takže až od XP je už jen SMP HAL.https://diit.cz/clanek/amd-planuje-ctyrjadrove-procesory/diskuse#comment-81831
+
Možná to vypadá slibně - 2, 4, 16 jader.. to už musí být výkon! Mno, není! Spíš se jedná o reklamní trik (mělo by se o tom psát víc odborných článků a hlavně testů). Vícejádrové CPU jsou zavislé na tom, jestli je pro ně vhodně napsán program (i když Vám výrobci budou tvrdit něco jiného). Speciálně se jedná o multi-threading, který s sebou přináší řadu programátorských problémů (narozdíl od jednoho threadu=vlákna). Se současným trendem se budou muset začít psát aplikace orientované na paralelní kód, což přinese větší nestabilitu + složitost. A jak si stojí dnešní aplikace? Stačí se podívat na nějaký ten test:
http://www.pcworld.com/news/article/0,aid,107492,00.asp
Z toho můžete vyčíst, že v hodně případech se výkon ještě snížil v porovnání s klasickým sestavením CPU (konkrétně je tam použita HTT). Už z teorie od Intelu se dozvíte, že se jedná o zvýšení výkonu o max 25% (u HTT), což je trošku nadsázka. Za použití např. 16 jader se dá předpokládat, že to 16. navýší výkon o nějaké malinkaté procento. Proč? Thready na sebe musí čekat (synchronizace), aby mohlo jedno vlákno přečíst to, co druhé zapsalo (nejde to paralelně); resp. to jde pro 2 vlákna (velmi složitý algoritmus), pro víc vláken to zatím nikdo nevymyslel. Další věc je, že se sdílí jedna cache, což nutí jádra čekat na data.
Velmi dobře a zábavně psaný článek o budousnosti multi-core CPU si můžete přečíst zde:
http://blaze.ausgamers.com/u2/articles/fullnews.php?id=14
ProLogic: Máš samozřejmě pravdu, nicméně pokud jde o ten test s použitím HTT, tak tam dochází ke snížení výkonu díky tomu, že virtuální procesor, má-li přidělen nějaký čas, tak "užírá" výkon tomu skutečnému. Kdyby to bylo skutečně dvoujádrový CPU, tak by tento problém v praxi při testech nenastal.
Sám si však myslím, že běžnému SW bohatě stačí výkon dnešních CPU. To znamená, že programy jako například Office se nebudou muset příliš měnit a i když ano, tak to bude děláno (což už je imho dnes) tak, že například kontrola gramatiky poběží v extra vlákně atp. Z tohoto hlediska si myslím, že pro desktopy bude ideální dvoujádrový CPU. Aplikace, se kterou dělám na popředí poběží v jednom jádře a všecko ostatní (případně i nějaké to vlákno této aplikace) na druhém. A bude se to hodit i v těch případech, když se nějaká aplikace bude snažít žrát 100% CPU, což dnes dost drasticky zpomalí komp, kdežto na dvoujádrových CPU to bude celkem v pohodě.
U speciálních aplikací, kde opravdu půjde o výkon, tam se domnívám, že se bude optimalizovat pro více CPU (například filtry v Photoshopu, komprese videa atp).
A pokud jde o ty aplikace, tak vzhledem k tomu, že jsem původně programátor (dokonce jsem to i studoval) a vím, co to obnáší, tak je mi jasné, že to problém bude. Na druhou stranu si také myslím, že díky tomuto přístupu a podstatně většímu rozšíření SMP se také stane to, že spousta lidí napne své úsilí směrem k dokonalejším vývojářským prostředkům právě pro vícevláknové aplikace. V tomto směru jsem optimista a věřím, že se takové nástroje časem objeví.
vice penez za beh na vicejadrovych procesorech kvuli licencni politice - tak to si snad delaji srandu...
v ziadnom pripade by som nemiesal hyperthreading s multicore, pretoze vysledky aj s neoptimalizovanym kodom hovoria jasne...ibm 970MP, dvojadrovy procesor kazde jadro ma vlastnu 1MB cache a narast vykonu 192 % oproti 970FX (jednojadrovy s 512L2 cache znamejsi pod oznacenim G5) samozrejme na tej istej frekvencii
a to sa vobec neda porovnavat s HTT kde je realny narast vykonu sporny a este extremne zavisly na optimalizacii kodu
2 xyz:"vice penez na vicejadrovych procesorech ...tak to si snad delaji srandu". Ani nahodou. V komercnich numericky narocnych aplikacich to prece takhle funguje uz davno...
4 jm: Ano, například u databází se platí za každý procesor, ale pro domácího uživatele je to trochu vidírání, mimo to, OS by tak licencovaný být neměl. Mimo to, i MS vydalo opravu WinXP Home, aby neztratili, kdyby nepodporovali HT na této větvi NT.
Souhlas s gluon, Pro Logic je mimo, Hyperthreading vyuziva momentalne nepouzivanych pipeline, a to se s Dualcore neda vubec srovnavat, dal multitasking na tom vubec nezavisi, a prace s aplikaci muze byt rozdelena interne/hardwareove, ostatne jinak by vyssi vykon v multitaskingu u CPU AMD oproti Intelu s HT vysvetloval pouze zazrak.
Je zvlastni ze i programatori casto melou uplne nesmysly, protoze nemaji poneti o funkci HW, navic HT zpusobuje snizeni vykonu prave proto ze jde o HT a jeho zpusob existence - paberkovani, a to ze sdileni "virtualniho" a "fyzickeho" jadra obcas zpusobuje zpomaleni je opet spatnym multitaskingem (jde totiz o zcela jinou vec) dve jadra budou mit bezpochyby zisk, a nikdy ztratu, a to i kdyby slo o pouhe spousteni vice aplikaci neoptimalizovanych pro multiprocessing (opet nemichat s HT)
uuuuu: No, když tady tak tvrdě fantazíruješ a opíráš se do lidí, tak ti to taky trošku oplatím. Dvě jádra mohou mít oproti jednomu i ztrátu na výkonu. To je překvápko co? Ono jde totiž o to, že když máš kernel (ať už u Linuxu, nebo u Windows) udělán bez podpory SMP, pak může některé věci vykonávat rychleji, protože se nemusí zatěžovat režií spojenou se SMP. A v praxi to tak opravdu bylo například u Windows NT, kdy se na SMP sytémy používal jiný kernel než na jednoprocesorové. A ten rozdíl nebyl zcela zanedbatelný, fakt tam nastávalo to, co ty tvrdíš, že nikdy nenastane :)
>uuuuuuuu
Muzes mi prosim Te vysvetlit, ja "interne/hardwarove" muze byt aplikace rozdelena na vice threadu? To by mne vazne velice zajimalo. Dekuji predem.
uuuuuu to nejspíš psal v nějakém vyvrcholení :-)
Petr: Windows mají stále jiný základ pro jedno a víceprocesorové systémy. Není to ale na úrovni jádra systému ale na úrovni HAL, tedy . U serverových systému si výrobci poměrně běžně ke svým systémům dodávají vlastní HAL aby tak ještě lépe využili vlastností svých systémů
Pacho: Pravdu díš, u Windows jde o HAL. Nicméně dříve u NT byly standardně dva HALy a při instalaci se vybíral ten správný dle počtu CPU. To nyní se tam už standardně dává vlastně pomalejší SMP HAL, protože například HyperThreading ho vyžaduje...
Ale jinak bych třeba HyperThreading vyzdvihnul v tom, že to donutilo udělat výrobce HW ty jejich ovladače SMP ready. Dřív v tom bejval dost problém...
Nevím jak 2003, ale ještě 2k mají dva HALy, pokud nainstaliješ systém s jedním procesorem, je vybrán jednoporcesorový HAL, pokud s více procesory, je zvolen víceprocesorový HAL. Když do jednoprocesorově instalovaných W2k dodáš druhý procesor, pořád ti OS tvrdí, že tam máš jen jeden procesor...
No je možné, že v desktopových OS se se už MS s HAL moce nemazlí:-) Ostatně při dnešních výkonech jednoprocesorových stanic není jednotný HAL problém.
Pacho: Aha, já si nebyl jist, jestli ta změna nastala už u Windows 2000, nebo až u XP. Takže až od XP je už jen SMP HAL.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.