Paralelní .NET

7.12.2007 18:50 | Přečteno: 938× | Ani zbla | poslední úprava: 7.12.2007 18:51

Skoukl jsem screencast o rozšíření .Netu pro paralelní výpočty. Je to velmi aktuální s ohledem na rozšiřování vícejádrových procesorů. (My pythonisti máme GIL, tak tohle moc řešit nemusíme. )

Nejedná se o nic zázračného. Programátor vytipuje kód, který může běžet paralelně (typicky nějaký for-cyklus), a pak místo for(int i... napíše Parallel.For(i => ... a knihovna to rozhodí mezi různá jádra. Je to jednoduché, pokud tam nejsou žádné interakce.

Dost šikovné je to pro LINQ výrazy, které jsou v podstatě deklaravní, takže se paralelizují pěkně a bezpečně. Je to ilustrované na nádherném příkladu - ray-tracer naprogramovaný jako jeden gigantický LINQ dotaz. Je to hezky vidět i na tom videu.

       

Obrázky

Komentáře

[mimi.vx]

v pythonu existuje rozsireni pp, .... neboli paralelpython

[alblaho]

Koukal jsem na to a používá to normální procesy a IPC. To může být dost pruda, zvláště na Windows. Je to spíš něco jako PVM/MPI.

Ale dík za rozšíření obzorů, až budu fakt něco počítat, tak si na to vzpomenu.

[KS]

Jo ten chlápek, co píše ty raytracery je skutečně frajer.

[Kyosuke]

To je něco jako již skoro všude naimplementované OpenMP, nebo těch pár paralelizačních maker, co si lidi z comp.lang.lisp píšou přes víkend, když nemají co dělat?

[alblaho]

Asi jo. Je mi jasné, že v prostředí bez side-efectů je něco takového trivka. Možná proto taková prostředí používá jen pár makáčů

[Kyosuke]

Tfuj, od haskellistů já se zásadně distancuju!

[thingie]

Přepisovatelné proměnné nejsou v Haskellu zásadní problém. Ani další věci. Všechno může být, když má někdo pocit, že by to chtěl.

[alblaho]

Já mám s Haskellem mentální problém, protože spojení dvou seznamů je tam O(n) a člověk si nikdy nemůže být jistý, jestli se to někdy zoptimalizuje na kýžené O(1).

[disorder]

len taky vtip? lebo haskell je na pohlad nepekny, ale raz sa na neho chcem pozret (uz mam aj tab v browseri otvoreny, takze snad do 0.5 - 1 roku :))

[Kyosuke]

O to nejde. Když budu chtít Haskell, naučím se Qi. Já chtěl jen naznačit, že "v prostředí bez side-efectů je něco takového trivka" je při zmínce o comp.lang.lisp irelevantní, protože "prostředí bez side-efectů" se týká zcela jiných jazyků.

[disorder]

to je mi jasne, ze haskell je purely functional, preto sa na neho chcem pozret :)

[alblaho]

No irelevantní, je to snad funkcionální jazyk, ne? Já si z Lispu pamatuju jen CAR a apostrof a je mi jasné, že commonlisp asi nebude tak "pure" jako haskell. Ale dovedu si představit že nějaká transparentní paralelizace se na lisp napasuje líp než na céčko...

[Kyosuke]

Uff, tak to ani omylem... Ten jazyk je tak špinavý, že se akademici po jeho spatření jdou raději potají vyzvracet, aby se nezadusili vstoje. Dirty, nasty...sexy! Akorát se nebrání body modification, toť vše.

[deda.jabko]

ani prostredi se side effecty nejsou pro paralelizaci takova hruza, jak by se na prvni pohled mohlo zdat. ;-]

[podlesh]

Ten LINQ kód mi spíš připomíná OCAML.