Ludzie. Skąd wy bierzecie siłę na zaglądanie do tego wątku? Ja już wymiękłem dawno temu.

Nie zgodzę się. Ingerencja w język naprawdę nie jest do tego potrzebna. parallel_for_each + lambda z "nowoczesnego C++" ;) załatwia sprawę.

Tu też. Jeśli nie piszemy systemu czasu rzeczywistego czy innych cudów, to program dzielimy na zadania. Wątki to zbyt niskopoziomowy koncept, żeby zawracać sobie nim głowę.

"Nowoczesne C++" ma wszystko co potrzeba do wygodnego zrównoleglania pętli i podziału programu na zadania na poziomie biblioteki bez ingerencji w język (ot przykładzik).

A zajawkę C++AMP czytał? Kod C++ bez mrugnięcia przekłada się na GPU i runtime sam dba o "gory details". Oj coś nie nadążacie panowie...

Ale za to błędy wychodzą u programisty podczas kompilacji, a nie u użytkownika podczas wykonania ;)

Nie ma jak porównywać hipotetyczne wyniki po wyciskaniu siódmych potów w optymalnej sytuacji z JITera do niechlujnie skompilowanego kodu w C/C++ i to pewnie na debugu ;)
Czytam to już n-ty raz i chyba pythonowców to jakoś super jara.
Ale szkoda że to "potrafi" być nieprawdą, skoro "statyczniaki" mają Profile-guided optimization... ;)

OpenMP jest potworkiem zaimportowanym z FORTRANa do zrównoleglania prostych pętli przy obliczeniach numerycznych. Jeśli jest się lowlevelowym hakerem i potrzebuje się tylko tego, to proszę bardzo. Nie rozszerza się to jednak specjalnie poza bardzo specyficzne przypadki masywnych obliczeń (które teraz już raczej powinno się robić na GPU np za pomocą C++AMP). Współcześnie powinno się raczej definiować oprogramowanie jako zbiór zadań powiązanych siecią zależności, które można rozwiązywać równolegle. Tylko takie podejście daje nadzieję na sensowną skalowalność na przyszłych maszynach. Cytat:

Niestety ddraw.lib ani dinput.lib nie są dostępne bez instalowania archaicznych SDKów. Trochę pohakowałem i odpaliłem, ale pierwszy raz od nie pamiętam kiedy musiałem zresetować komputer - po (w sumie przypadkowym) włączeniu trybu 1024x768, full display, bo nie dało się nic zrobić. Aplikacja zamarła i zabijanie procesów nie pomagało. Te ustawienia naprawdę są niebezpiecznie i trzeba się ich pozbyć. Wg mnie w dzisiejszych czasach tryb full-screen powinien nie zmieniać rozdzielczości desktopu. Nie wspomnę, że odhaczenie GDI (a więc używanie ddraw) wyłącza mi aero pod win7.
Popatrzę się trochę na to i zastanowię jakie kosztowne byłoby całkowite wyrzucenie ddraw. Może da się zrobić to tanim kosztem, bo z tego co widzę, to cała magia sprowadza się do wyświetlenia bufora spod adresu Screen_atari.

Microsoft C++AMP zrobił na bazie swojego DX11. Nie ma żadnej przeszkody, aby ludzie od gcc zrobili swoją implementację na bazie OpenCL (mam nadzieje, że tak się stanie), wówczas C++AMP na GCC będzie wszędzie tam, gdzie jest OpenCL - nie wiem czy można być bardziej niezależnym od systemu.
A z tym krokiem obok, to masz rację. Niekiedy wdepną w g***, ale często wytyczają nowe ścieżki. Ten pomysł akurat wydaje mi się trafiony - programowanie masowo heterogeniczne ( i to niezależne od wendora sprzętu ) trafia pod strzechy.

I dziwisz się swoim 237% procentom? ;)

Oryginalny atari800 jako multiplatformowy musi robić wszystko softwarowo, ale port pod windowsa operacje na obrazie (szczególnie takie proste) powinien robić na karcie. Już skończyły się czasy homogenicznych komputerów. Teraz karta graficzna to koprocesor z niezłą mocą, który ma każdy. Nawet zintegrowany intel na laptopie potrafi całkiem dużo, a takie APU od AMD są całkiem wypaśne (zintegrowane HD6xxx).

Jeżeli rdzenie, to tylko vs10 i Parallel Patterns Library i np parallel_for_each.
Nie czytałem algorytmu, ale z opisu wynika, że to proste lookup, to na pewno nie da się go zaimplementować na GPU?

Kler nie ma żadnej roli. W Polsce to on rozdaje karty i rząd musi włazić mu do dupy, jak chce pozostać przy korycie. Całe pokolenia polaków są indoktrynowane do bronienia interesów Kościoła i jeszcze długo się to nie zmieni.

Punkt widzenia na to co ssie, a co nie, zależy także od punktu siedzenia. Pół tego wątku padło ofiarą faktu, że git nie jest przenośny: Torvalds napisał go dla siebie, żeby łatwiej zarządzać developowaniem kernela i miał w nosie inne zastosowania, w tym to, że ktoś chciałby uruchamiać go sobie pod windą. Wątpię, żeby taka pythonowa proteza mu się podobała, skoro głównym featurem gita jest prędkość działania (albo zużywanie mało prądu, jeśli chcemy być trendy). Do silnie rozproszonego developingu projektów opensourcowych, gdzie każdy lubi mieć swojego brancha, jak najbardziej, ale do innych zastosowań mam wątpliwości.

Pics, or didn't happen ;)

Wow. Jak byłem mały, opisywany w książce TVG-10 był na stanie klubu rolnika w mojej rodzinnej wsi. Nie miałem jednak nigdy śmiałości na tym pograć - najbliżej byłem w momencie pokręcenia jednym wiosełkiem, jak nikt nie patrzył.