eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingpython...Re: python...
  • Data: 2015-01-28 18:44:02
    Temat: Re: python...
    Od: firr <p...@g...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu środa, 28 stycznia 2015 17:48:35 UTC+1 użytkownik M.M. napisał:
    > On Wednesday, January 28, 2015 at 4:44:36 PM UTC+1, firr wrote:
    > > takie mnozenie duzych maciezy ma ta ceche ze na dana pule ramu przypada
    > > wyjatkowo duzo arytmetyki wziawszy
    > > np maciesz 1000x1000 razy druga tego samego rozmiaru, ram to jest 3M floatów,
    natomiast arytmetycznie
    > > to jesttysiac kolumn razy tysiac wierszy (po tysiac elementow, czyli 1G mnozen i
    1G dodawan (i 8 GB odczytow ale na malej puli 8 MB floatow), byc mzoe w takim czyms
    opencl faktycznie moze pochasac
    > > (chyba nawet ciezko sobie wyobrazic bedziej chasalny przypadek, nie ma branchy
    konfliktow, najprostsze operacje, wszystko po kolei itp)
    >
    > Kolejny problem, to wybór kart do obliczeń. Które są optymalne w sensie
    > ( cena zakupu + cena energii ) / ( wydajność bez użycia asemblera )

    co do tego asma na gpu to ja na niego tez bym jakos nie liczyl, moze blednie, ale
    wydaje mi sie ze w gpu bardziej chodzi o nasycanie wavefrntów (czy cos takiego)(a nie
    o wyprzedzanie kompilatora, zwlaszcza ze tych kart jest duzo moze maja nawet rozna
    assemblery (z drugiej strony niby pewnie mozna, moze i warto)) a to jest dostepne z
    poziomu c
    zobaczy sie, na razie musze jeszcze troche odpoczac

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: