Zajimavá myšlenka a brzy určitě bude potřeba neboť se éra mnohojádrových procesorů blíží :-)
+1
-1
-1
Je komentář přínosný?
Zajimavá myšlenka a brzy
Tom Miki https://diit.cz/profil/miki79
25. 6. 2014 - 12:21https://diit.cz/clanek/36-jadrovy-procesor/diskuseZajimavá myšlenka a brzy určitě bude potřeba neboť se éra mnohojádrových procesorů blíží :-)https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-712869
+
firmy by chceli , aby sa blizila, ale realita je ina uz viac ako 6 rokov sa k tomu SW nehybe
Parallel programmers not prepared for the glorious revolution
By Wily Ferret
Tue Nov 27 2007, 12:28
INTEL RECKONS barely one per cent of software programmers are prepared to face the challenge of parallel programming, which the hardware giant (unsurprisingly) reckons is the future of development.
Software needs meaty cores, not thin, stringy ARMs, says Intel
By Simon Sharwood, 26 Feb 2014
“The world has a big issue around vectorisation and parallelisation of code,” Graylish said. “99% of code isn't written that way.” Graylish also feels “defining a workload that can run in 1000 cores is hard.”
25. 6. 2014 - 13:06https://diit.cz/clanek/36-jadrovy-procesor/diskusefirmy by chceli , aby sa blizila, ale realita je ina uz viac ako 6 rokov sa k tomu SW nehybe
Parallel programmers not prepared for the glorious revolution
By Wily Ferret
Tue Nov 27 2007, 12:28
INTEL RECKONS barely one per cent of software programmers are prepared to face the challenge of parallel programming, which the hardware giant (unsurprisingly) reckons is the future of development.
If only one percent of pragrammers is able to do so, it may be hard.
http://www.theinquirer.net/inquirer/news/1026585/programmers-prepared-glorious
Software needs meaty cores, not thin, stringy ARMs, says Intel
By Simon Sharwood, 26 Feb 2014
“The world has a big issue around vectorisation and parallelisation of code,” Graylish said. “99% of code isn't written that way.” Graylish also feels “defining a workload that can run in 1000 cores is hard.”
Most software, Graylish added, “still requires a big meaty core” and Intel is happy to provide them.
http://www.theregister.co.uk/2014/02/26/software_needs_meaty_cores_not_thin_stringy_arms_says_intel/
https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-712883
+
Ale samozrejme ze SW se hybe, akorat ne tolik kolik by vyvojari procesoru potrebovali. Programatori se horko tezko uci pracovat s procesory, ktere maji 2-4 jader. Masivnejsi paralelizace je vyuzivana jen pro grafiku.
+1
+1
-1
Je komentář přínosný?
Ale samozrejme ze SW se hybe,
HKMaly https://diit.cz/profil/hkmaly
25. 6. 2014 - 16:49https://diit.cz/clanek/36-jadrovy-procesor/diskuseAle samozrejme ze SW se hybe, akorat ne tolik kolik by vyvojari procesoru potrebovali. Programatori se horko tezko uci pracovat s procesory, ktere maji 2-4 jader. Masivnejsi paralelizace je vyuzivana jen pro grafiku.https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-712934
+
26. 6. 2014 - 21:45https://diit.cz/clanek/36-jadrovy-procesor/diskuseTohle se furt říká a je to pěkná blbost.https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-713415
+
Ale termín NoC (Network on a Chip) není nový. Větší problém je dneska ty čipy testovat, ale rozhodně ne navrhovat.
+1
+4
-1
Je komentář přínosný?
Ale termín NoC (Network on a
Matěj Bartík https://diit.cz/profil/eumatba
25. 6. 2014 - 13:06https://diit.cz/clanek/36-jadrovy-procesor/diskuseAle termín NoC (Network on a Chip) není nový. Větší problém je dneska ty čipy testovat, ale rozhodně ne navrhovat.https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-712884
+
25. 6. 2014 - 13:34https://diit.cz/clanek/36-jadrovy-procesor/diskuseto mi silně připomíná procesory Tilera nebo i také "Energy Core" od dnes již zaniklé Calxedy.
http://diit.cz/clanek/tilera-uvadi-64jadrovy-procesor
http://www.xbitlabs.com/images/news/2011-10/calxeda_energy_core_reference_design.pnghttps://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-712887
+
Ale no tak, to i DIIT začal s buzzword? Posledních 5 let je skoro cokoli, co je někde na Internetu nazýváno jako Cloud. A teď se bude všechno, co je připojeno k síti nazývat Internetem? Když připojím 36 počítačů k jednomu switchi stane se z toho Internet? Myslím že ne, bude to obyčejná síť.
Nazývejte věci pravými jmény.
Docela by mě zajímalo, jak to bude fungovat. Jestli budou rámce chodit přes nějaký "switch" nebo bude určitý počet jader na sdíleném médiu. Taky by mě zajímala efektivita takové komunikace.
+1
0
-1
Je komentář přínosný?
Ale no tak, to i DIIT začal s
JP01 https://diit.cz/profil/jp01
25. 6. 2014 - 14:38https://diit.cz/clanek/36-jadrovy-procesor/diskuseAle no tak, to i DIIT začal s buzzword? Posledních 5 let je skoro cokoli, co je někde na Internetu nazýváno jako Cloud. A teď se bude všechno, co je připojeno k síti nazývat Internetem? Když připojím 36 počítačů k jednomu switchi stane se z toho Internet? Myslím že ne, bude to obyčejná síť.
Nazývejte věci pravými jmény.
Docela by mě zajímalo, jak to bude fungovat. Jestli budou rámce chodit přes nějaký "switch" nebo bude určitý počet jader na sdíleném médiu. Taky by mě zajímala efektivita takové komunikace.https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-712902
+
25. 6. 2014 - 15:05https://diit.cz/clanek/36-jadrovy-procesor/diskuseAle no tak, to prece nemuzete myslet vazne. Mam sice delsi vedeni, ale tohle mi pripada od redaktoru jako dost povedena narazka na Veru Pohlovou - https://cs.wikipedia.org/wiki/J%C3%A1_bych_v%C5%A1echny_ty_internety_a_po%C4%8D%C3%ADta%C4%8De_zak%C3%A1zala
Jeste ze se tech internetu chudak nedozila :-)https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-712910
+
Vhodne mozna tak pro ruzne distribuovane vypocty a vicemene jednoucelove systemy (superpocitace), kdy se to nakrmi nejakym kodem a semtam z toho neco vypadne ...... na domaci/serverove pouziti je to blbost ....
+1
-4
-1
Je komentář přínosný?
Vhodne mozna tak pro ruzne
BTJ https://diit.cz/profil/btj
26. 6. 2014 - 00:56https://diit.cz/clanek/36-jadrovy-procesor/diskuseVhodne mozna tak pro ruzne distribuovane vypocty a vicemene jednoucelove systemy (superpocitace), kdy se to nakrmi nejakym kodem a semtam z toho neco vypadne ...... na domaci/serverove pouziti je to blbost ....https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-713045
+
Kde ja uz to jen slysel ? Aha uz vim, na FELu v roce 1999, predmet 36PAR.
+1
+1
-1
Je komentář přínosný?
Kde ja uz to jen slysel ? Aha
Martin https://diit.cz/profil/maa661
26. 6. 2014 - 12:44https://diit.cz/clanek/36-jadrovy-procesor/diskuseKde ja uz to jen slysel ? Aha uz vim, na FELu v roce 1999, predmet 36PAR. https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-713237
+
Jojo doc Tvrdík, dnes již prof a děkan. Zrovna na takové architektuře jako v článku jsem dělal třídění (shearsort) a ukázalo se to být pěkně neefektivní.
+1
+6
-1
Je komentář přínosný?
Jojo doc Tvrdík, dnes již
zva https://diit.cz/profil/zva
26. 6. 2014 - 21:46https://diit.cz/clanek/36-jadrovy-procesor/diskuseJojo doc Tvrdík, dnes již prof a děkan. Zrovna na takové architektuře jako v článku jsem dělal třídění (shearsort) a ukázalo se to být pěkně neefektivní.https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-713418
+
Connection Machine? Transputery? Fungovalo to, ale zakázkový HW byl tehdy drahý...
+1
-4
-1
Je komentář přínosný?
Connection Machine?
Gath G https://diit.cz/profil/ggeal
3. 7. 2014 - 05:47https://diit.cz/clanek/36-jadrovy-procesor/diskuseConnection Machine? Transputery? Fungovalo to, ale zakázkový HW byl tehdy drahý...https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-714699
+
No a komunikace drobnými pakety o pevné velikosti, to vypadá jako ATM.
Jenom by mě zajímalo, jak chtějí zařídit ten balancing mezi více alternativními cestami, kterých je napříč trochu větším grafem opravdu velký počet (při propojení jader do gridu "každý se všemi sousedy"). V křemíku, na rychlostech nejmíň srovnatelných se sběrnicemi RAM. Ten routovací protokol bych chtěl vidět. Rozhodně to nebude "jednoduché", díky kompromisům v návrhu load-balancingu nebudou výsledná řešení zdaleka "globálně optimální".
+1
+8
-1
Je komentář přínosný?
No a komunikace drobnými
frr https://diit.cz/profil/frr
3. 7. 2014 - 08:35https://diit.cz/clanek/36-jadrovy-procesor/diskuseNo a komunikace drobnými pakety o pevné velikosti, to vypadá jako ATM.
Jenom by mě zajímalo, jak chtějí zařídit ten balancing mezi více alternativními cestami, kterých je napříč trochu větším grafem opravdu velký počet (při propojení jader do gridu "každý se všemi sousedy"). V křemíku, na rychlostech nejmíň srovnatelných se sběrnicemi RAM. Ten routovací protokol bych chtěl vidět. Rozhodně to nebude "jednoduché", díky kompromisům v návrhu load-balancingu nebudou výsledná řešení zdaleka "globálně optimální".https://diit.cz/clanek/36-jadrovy-procesor/diskuse#comment-714743
+
Zajimavá myšlenka a brzy určitě bude potřeba neboť se éra mnohojádrových procesorů blíží :-)
firmy by chceli , aby sa blizila, ale realita je ina uz viac ako 6 rokov sa k tomu SW nehybe
Parallel programmers not prepared for the glorious revolution
By Wily Ferret
Tue Nov 27 2007, 12:28
INTEL RECKONS barely one per cent of software programmers are prepared to face the challenge of parallel programming, which the hardware giant (unsurprisingly) reckons is the future of development.
If only one percent of pragrammers is able to do so, it may be hard.
http://www.theinquirer.net/inquirer/news/1026585/programmers-prepared-gl...
Software needs meaty cores, not thin, stringy ARMs, says Intel
By Simon Sharwood, 26 Feb 2014
“The world has a big issue around vectorisation and parallelisation of code,” Graylish said. “99% of code isn't written that way.” Graylish also feels “defining a workload that can run in 1000 cores is hard.”
Most software, Graylish added, “still requires a big meaty core” and Intel is happy to provide them.
http://www.theregister.co.uk/2014/02/26/software_needs_meaty_cores_not_t...
Ale samozrejme ze SW se hybe, akorat ne tolik kolik by vyvojari procesoru potrebovali. Programatori se horko tezko uci pracovat s procesory, ktere maji 2-4 jader. Masivnejsi paralelizace je vyuzivana jen pro grafiku.
Tohle se furt říká a je to pěkná blbost.
Ale termín NoC (Network on a Chip) není nový. Větší problém je dneska ty čipy testovat, ale rozhodně ne navrhovat.
to mi silně připomíná procesory Tilera nebo i také "Energy Core" od dnes již zaniklé Calxedy.
http://diit.cz/clanek/tilera-uvadi-64jadrovy-procesor
http://www.xbitlabs.com/images/news/2011-10/calxeda_energy_core_referenc...
Ale no tak, to i DIIT začal s buzzword? Posledních 5 let je skoro cokoli, co je někde na Internetu nazýváno jako Cloud. A teď se bude všechno, co je připojeno k síti nazývat Internetem? Když připojím 36 počítačů k jednomu switchi stane se z toho Internet? Myslím že ne, bude to obyčejná síť.
Nazývejte věci pravými jmény.
Docela by mě zajímalo, jak to bude fungovat. Jestli budou rámce chodit přes nějaký "switch" nebo bude určitý počet jader na sdíleném médiu. Taky by mě zajímala efektivita takové komunikace.
Ale no tak, to prece nemuzete myslet vazne. Mam sice delsi vedeni, ale tohle mi pripada od redaktoru jako dost povedena narazka na Veru Pohlovou - https://cs.wikipedia.org/wiki/J%C3%A1_bych_v%C5%A1echny_ty_internety_a_p...
Jeste ze se tech internetu chudak nedozila :-)
Vhodne mozna tak pro ruzne distribuovane vypocty a vicemene jednoucelove systemy (superpocitace), kdy se to nakrmi nejakym kodem a semtam z toho neco vypadne ...... na domaci/serverove pouziti je to blbost ....
Kde ja uz to jen slysel ? Aha uz vim, na FELu v roce 1999, predmet 36PAR.
Jojo doc Tvrdík, dnes již prof a děkan. Zrovna na takové architektuře jako v článku jsem dělal třídění (shearsort) a ukázalo se to být pěkně neefektivní.
Connection Machine? Transputery? Fungovalo to, ale zakázkový HW byl tehdy drahý...
No a komunikace drobnými pakety o pevné velikosti, to vypadá jako ATM.
Jenom by mě zajímalo, jak chtějí zařídit ten balancing mezi více alternativními cestami, kterých je napříč trochu větším grafem opravdu velký počet (při propojení jader do gridu "každý se všemi sousedy"). V křemíku, na rychlostech nejmíň srovnatelných se sběrnicemi RAM. Ten routovací protokol bych chtěl vidět. Rozhodně to nebude "jednoduché", díky kompromisům v návrhu load-balancingu nebudou výsledná řešení zdaleka "globálně optimální".
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.