🚀 go-pugleaf

Drogi Panie A.!

Przede wszystkim dziękuję za odpowiedź. Szkoda, że nie spędziłem
więcej czasu precyzyjniej formułując moje pytania.

> W jezyku C dostarczanym przez producenta systemy transputerowego,
> ktorym byla nieistniejaca od dawna firma CSA. ParallelC to byl
> normalny C rozszerzony o "occamowe" konstrukcje. Wczesny prototyp tego
> symulatora byl w jezyku OCCAM, ale generalnie, ze wzgledu na spora
> ilosc numeryko, zdecydowalem ze C jest poreczniejszy. Ta wersja C
> opisana jest tutaj

Mniej więcej tak właśnie myślałem. Occam jest na mój gust trochę za
fikuśny gdy w grę wchodzą obliczenia numeryczne. W mojej przed-poprzedniej
firmie próbowaliśmy używać T800 w wersji single oraz quad i oprogramowania
Microway NDP Fortran & C. Te próby bardzo szybko zostały zarzucone
na rzecz systemów SGI, które wówczas opierały się na procesorach MIPS.
Pomimo dużo większej początkowej ceny zakupu ostateczna wydajność
i łatwość programowania przechyliła szalę na rzecz bardzo drogich maszyn
SGI.

> Neistety, nic mi nie zostalo oprocz paru manuali, ksiazek i plytek z
> trasputerami...

Szkoda. Miałem nadzieję, że może została Panu jakaś 5-calowa dyskietka
z szeregową wersją oprogramowania, które testował Pan na klasycznym PC-cie.

> Proponuje:
> Transterpreter
> http://maven.smith.edu/~thiebaut/transputer/descript.html

No i tu właśnie winny jestem Panu przeprosiny. Mnie nie interesuje nekromancja
i odgrzewanie tego starego pomysłu. Ja to już raz w życiu przeszedłem i
nie chcę tam wracać. Wszystko to, co originalnie zrobiliśmy na transputerach
przeniosło się wspaniale na produkowane przez SGI maszyny SMP połączone
przy pomocy CrayLink-ów w topologię ccNUMA. Problem z tym jest tylko taki,
że są one bardzo drogie, nawet gry zakupić je używane.

Dobrą technologicznie ich namiastką są dziś maszyny oparte o procesory AMD
Opteron z linkami HyperTransport. Intel też je niedługo zacznie kopiować, tzn.
niektóre nowe Xeon-y będą miały zintegrowany kontroler pamięci zamiast FSB
i klon HyperTransport, który tymczasowo ma nazwę QuickPath.

Na SGI Onyx2 miałem rutynowo wyniki w zakresie 7(z małym hakiem)
na 8 procesorowej maszynie.

Na dual-socket quad-core Opteronach mam obecnie wyniki sporo gorsze, ale też mało
spędziłem nad tym czasu.

Moje podejście do zadadnienia jest 100% komplementarne do Pańskiego. Pan
zaczyna od góry i rozdziela algorytmy na kawałki, które daje się zrównoleglić.
Ja pracuję od dołu: algorytmy dostaję od razu pokawałkowane, problem jest
taki jak je efektywnie zaimplementować, unikając "false sharing", "cache
and TLB trashing" i "remote memory accesses".

To, nad czym pracuję w biurze, jest niestety 100% "company confidential"
i ok. 50% "not for export from USA". A chciałbym z kimś nowym porównać
wyniki.

> Natomiast multi-core procesory chyba jak najbardziej sie nadadza, i
> wlasnei zameirzam eksperyment powtorzyc na dual-core procesorze. Moze
> ktos chce wziac udzial w eksperymencie?

Narobiłem sobie nadzieji.... :-(

Gdyby jednak Pan gdziś znalazł w starych archiwach jakąś dyskietkę
z programami, które Pan testował do tego artykułu to proszę się odezwać
jeszcze raz na tą grupę. Może nie odpowiem od razu, ale na pewno
nie przepuszczę takiej okazji.

Jeszcze raz dziękuję,

Sylwek