🚀 go-pugleaf

A.L. <fela@2005.com> napisał(a): 

> On Tue, 24 Apr 2007 07:25:08 +0000 (UTC), "Aleksander Galicki"
> <tretete.SKASUJ@gazeta.pl> wrote:
> 
> >A co nowego slychac w parallel computing? Przez ostatnie pare lat slychac o 
> >nadchodzacej rewolucji, ale na razie nie za bardzo wiadomo z ktorej strony. 
> 
> Jak na razie nic, o ile mi wiadomo. W dalszym ciagu najbardziej
> popularny jest Fotran oraz MPI czy PVM.

Ostatnim razem na uczelni tego uzywalem (MPI i PVM, nie Fortran). Dobrze nawet
to wspominam - obie biblioteki mialy przemyslany design (ale nie
powiedzialbym, zeby latwo bylo w tym programowac).

> Ja osobiscie uzywam Gigaspaces 
> 
> http://gigaspaces.com/pr_overview.html
> 
> z dobrym skutkiem oraz w innej aplikacji JCSP
> 
> http://www.cs.kent.ac.uk/projects/ofa/jcsp/
> 
> Wedle mocih najlepszych informacji nei widac zadnej rewolucji. 

Czyli ani darmowego lunchu, ani rewolucji chyba nie bedzie. 
Z innej strony - to nie tylko kwestia tego, ze rownoleglosc jest trudna z
natury (a programisci sa niedoksztalceni - co prawda), to rowniez kwestia
tego, ze rownoleglosc (ta trudna) wciaz jest potrzebna w stosunkowo
niewielkiej nisze. Znaczaca czesc przemyslu dalej nie potrzebuje jakiejs
zlozonej rownoleglosci. Wszystkie przepowiedzi 'rewolucji' bazuja na
przekonaniu, ze poniewaz 'CPU juz sie nie przyspiszaja tak szybko', 'poniewaz
multi-core' itd, to przemysl bedzie za jakis czas _zmuszony_ zajac sie  
szerzej rownolegloscia - znaczy, ze rownoleglosc nagle zostanie bolem glowy
szerszej rzeszy programistow. A nie widac tego jakos. 
A jak juz przemysl bedzie zmuszony (chyba jednak daje wiare tym co mowia, ze
to kwestia tylko czasu) to co? Zmienia Jave/C#? Bedzie nowy jezyk? Wszyscy
beda grzebac w watkach i monitorach (nie bede chcial zagladac do typowego kodu)?
Co do amerykanskich programistow.. A czy gdzies jest lepiej? Kolega mi
opowiadal o Niemczech jeszcze przed padem dotcomow. Zatrudnili drogiego
konsultanta do napisania wzglednie niewielkiego ale wazgego komponentu.
Konsultant ubieral sie w garnitury od Armaniego i jezdzil czerwonym Viperem -
tyle wtedy konsultanci zarabiali. Napisal to cos w 3 tygodnie. Oddal. Ale to
nie chcialo dzialac przy dwoch rownoleglych uzytkownikach. Kolejne 2 dwa
tygodnie 'czerwony Viper' spedzil na badaniu tego zjawiska. Wreszcie firma sie
wkurwila na tyle, ze poprosila kolege zbadac, coz za trudny problem spotkal
konsultanta. Sprawa byla naprawde banalna - ow konsultant nie wiedzial jak sie
maja servlety do watkow. Specyfikacji nie doczytal. Nie chcial dac sie
przekonac ze to o watki chodzi : "Jakie watki?! Watki sa niebezpieczne, ja
watkow nie uzywam!". Kolega mi to opowiedzial dlatego, ze 7 lat pozniej nie w
Niemczech, a na innym koncu swiata poproszono go o zewnetrzny audyt kodu
jednej aplikacji pod katem "a dlaczego to ma takie problemy z performance"? Po
godzinie ogladania kodu kolega sie rozesmial bo znalazl, ze najbardziej
pracochlonny komponent uzywany w tej aplikacji mial 'interface' z samymi
"public static synchronized" funkcjami co niejako niwelowalo fakt umieszczenia
tej aplikacji na wieloprocesorowej maszynie z IBM. 


A.

-- 
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/