W dniu 17.12.2010 16:38, A.L. pisze:
> On Thu, 16 Dec 2010 21:35:06 +0100, Michoo<m...@v...pl> wrote:
>
>> W dniu 16.12.2010 13:17, A.L. pisze:
>>> Gdy procesory beda mialy 64 jadra, nie da sie ich programwoac w C++
>>> czy Jave. Ani nawet w Adzie. Potzrebny jest nowy paradygmat. Nat tym
>>> paradygmatem ludzie pracuja.
>> To już było:
>> http://en.wikipedia.org/wiki/SPARC_T3#Features
>> 16 rdzeni/128 wątków wspieranych przez hardware na jednym procesorze.
>>
>> Power5 było 2 rdzeniowe i pozwalało na łączenie do 64 procesorów - czyli
>> 128rdzeni.
>>
>
> Owszem, ja kiedys pracowalem na transputerach. Tez dobrze dzialaly.
> NAwet do 128 procesorow. I teraz pytanei za 50 punktow: Dlaczego do
> programwoania transputerow wymyslono jezyk Occam, i dlaczego, mimo ze
> byl dostepny kompilator C, nikt nei uzywal C a wszyscy uzywali Occam?
Zmartwię Cię, bo programowałem transputery w Parallel C, który został
specjalnie na nie wymyślony (akurat na niego mieliśmy licencję). I
jedyny wniosek jaki mi się nasuwa to "bo schemat komunikacji na
transputerach to tzw. 'pain in the ass'".

>
> Po drugie: jest pewna roznica miedzy 128 procesorami w architektuirze
> multicore takiej jaka ona jest obecnie a 128 procesorami odizolowanymi
> jako osobne jednostki. W obu architekturach procesury komunikuja sie w
> inny sposob, w zwiazku z tym paradygmat programwoania i zrownoleglania
> musi byc inny.
Te podane przeze mnie rozwiązania to albo NUMA albo SMP, czyli jak
najbardziej multicore.


>
> Jeszcze raz: wszystko mozna programowac w dolownym jezyku. Ale w
> niektorych robi sie okreslone rzeczy latwiej a w innych trudniej.
> Programowanei wspolbieznosci w ejzykach "wspierajacych" owa do latwych
> nie nalezy. Stad moja sugestia, i nie tylko moja, bo o tym sie pisze w
> lietraturze, ze paradygmat dla programowania wspolbieznego to bedzie
> nastepna "wielka rzecz"
Jak na razie inny modny temat - "pamięć transakcyjna" - w takich
językach jak java czy ocaml osiągnięciem jest tysiąc transakcji na
sekundę. Intel STM compiler wyrabiał spokojnie setki tysięcy na kodzie C++.

Magia - w kodzie C++ dodajesz OMP, kompilujesz i program się zrównolegla
a kompilator dba o to, żeby dane były spójne. Mocno wydajne a
jednocześnie banalnie proste z punktu widzenia programisty.


--
Pozdrawiam
Michoo