profile-image

jmlynar

jmlynar
Registrace 26. 11. 2007
ID 3677602742
Level
0 bodů
Zbývá 100 bodů do dalšího levelu
0 100

Komentáře

jmlynar
jmlynar
Level Level
7. 11. 2008 10:47

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

@jfíla Legální příjem na počítači je možný - vámi zmiňovaná výbava by Vám však moc nepomohla. V zásadě jsou dvě varianty. Buď koupit DVB-S kartu rovnou s čtečkou (bývá i jako volitelné rozšíření), nebo přes Phoenix.
Problémem u PC varianty je většinou problém s případným zápisem na kartu, takže občas (cca jednou za rok) je nutné vložit kartu do sat. příjmače.

jmlynar
jmlynar
Level Level
30. 11. 2007 12:31

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

Souhlasím, ale jenom částečně. Některé typy aplikací (typicky třeba CTI) jsou stavěné na PC architektuře a tam už se vícejádrové procesory tlačí i do industry segmentu (cP - compact PCI).

jmlynar
jmlynar
Level Level
30. 11. 2007 10:24

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

To je právě otázka. Jednak není rekurze jak rekurze a jednak třeba prohledávání stromu do šířky je paralelizovatelné moc dobře. Ale to je již o skutečném paralelním programování - tj. kompletně navrhnout nový algoritmus, který bude skutečně počítat dílčí úkoly paralelně.

jmlynar
jmlynar
Level Level
30. 11. 2007 10:17

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

Stavový automat nezavrhuji, je to dobrý přístup. S nástupem vícejádrových procesorů ale mají výhodi ti, kdo používají více vláken.

jmlynar
jmlynar
Level Level
29. 11. 2007 15:32

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

Jenže vícevláknové aplikace nejsou tak napsány jenom kvůli optimalizaci. Např. pro realtime aplikace, které obsluhují více klientů současně je možné napsat buď komplikovaný state-machine nebo jednoduché obslužné postupy. Druhý případ je určitě přehlednější a jednodušší na údržbu a rozšiřování. Akorát je potřeba vyřešit pár drobných problémů s vícero vlákny.

jmlynar
jmlynar
Level Level
29. 11. 2007 14:20

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

@Grovik No právě že v C++ je potřeba ošetřit např. přístup k jedné instanci objektu z dvou paralelních vláken. K tomu není potřeba ani více procesorů, stačí preemptivní mutitasking. Jinak se stane, že volání jedné metody ještě neskončí a někdo zavolá druhou a nalezne objekt v nekonzistentním stavu.

Na jedné straně by se jistě dalo na úrovni kompilátoru ošetřit, aby metody byly skutečně atomické (nerozdělitelné), ale na druhou stranu tím bereme možnost optimalizace programátorovi. Myslím, že v případě C++ je dobře, že to ošetřeno není. U méně efektivních a bezpečnějších jazyků je to naopak vítáno.

Reklama
Reklama