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?

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.

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"

A.L.