-
241. Data: 2015-01-28 15:51:13
Temat: Re: python...
Od: firr <p...@g...com>
W dniu wtorek, 27 stycznia 2015 13:13:09 UTC+1 użytkownik M.M. napisał:
>Tutaj
> nikomu nie będzie sie chciało odpisywać, że nie ta grupa.
NTG/OT mogloby byc pytanie lub dyskusja, to jest jedynie dygresja -
Ogolnie ludzi nie doceniaja siły narzekania, Oczywiscie narzekanie to troche za malo,
warto sie tez czasem nieco bardziej skupic
-
242. Data: 2015-01-28 16:44:35
Temat: Re: python...
Od: firr <p...@g...com>
W dniu środa, 28 stycznia 2015 01:57:43 UTC+1 użytkownik Roman W napisał:
> On Mon, 26 Jan 2015 10:12:20 -0800 (PST), "M.M." <m...@g...com>
> wrote:
> > Mogę poprosić o zdradzenie jakiś szczegółów? Co to były za
> > obliczenia?
>
> Wycena derywatów. Przenieśli model Hestona na GPU i osiągnęli taką
> wydajność, że mogli kalibrować go bez analitycznych przybliżeń
> (odwracając obliczenia Monte Carlo).
>
> Jaka karta i jaki cpu było porównywane? Czy
> > było dużo transferów?
>
> Minimalizowali transfery danych. Nie sądzę żeby musieli ich dużo
> przesyłać, więc sytuacja faworyzowała GPU.
>
> W jakich językach programowania było
> > to zaimplementowane?
>
> CUDA w C.
>
> Ile czasu zajęła jedna i druga wersja?
>
> Dwa lata, grupie kilku osób (w tym specjalista od optymalizacji
> nieliniowej). Dużo roboty.
>
> Więcej nie pamiętam.
>
jesli byloby to cos jak naiwne mnozenie duzych macierzy to może..
(100-200) ale "normalnie" na tyle bym nie liczyl
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)
-
243. Data: 2015-01-28 17:48:34
Temat: Re: python...
Od: "M.M." <m...@g...com>
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 )
-
244. Data: 2015-01-28 18:44:02
Temat: Re: python...
Od: firr <p...@g...com>
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
-
245. Data: 2015-01-28 23:09:03
Temat: Re: python...
Od: "R.e.m.e.K" <p...@w...pl>
Dnia Wed, 28 Jan 2015 09:44:02 -0800 (PST), firr napisał(a):
>> 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
Kurwa, skad bierzesz typie czelnosc opiniowac kompletnie obce sobie tematy na bazie:
"nie mam pojecia, ale wydaje mi sie, moze blednie, ze brakuje mi wiedzy" ???
Zamilcz i nie szczekaj w dyskusji, w ktorej nie potrafisz wsadzic grosza sensu.
--
pozdro
R.e.m.e.K
-
246. Data: 2015-01-29 11:18:22
Temat: Re: python...
Od: firr <p...@g...com>
W dniu środa, 28 stycznia 2015 15:51:15 UTC+1 użytkownik firr napisał:
> W dniu wtorek, 27 stycznia 2015 13:13:09 UTC+1 użytkownik M.M. napisał:
> >Tutaj
> > nikomu nie będzie sie chciało odpisywać, że nie ta grupa.
>
> NTG/OT mogloby byc pytanie lub dyskusja, to jest jedynie dygresja -
> Ogolnie ludzi nie doceniaja siły narzekania, Oczywiscie narzekanie to troche za
malo, warto sie tez czasem nieco bardziej skupic
pozatym zdrowie to nieststy wlasciwie dosyc wazny i wlasciwie bezposredni element
'pracy' programisty --
praca ta (jesli robiona na 100% a nie wiem czy da sie robic inaczej) jest cholernie
niezdrowa odcina przynajmniej mnie od jakichs co bardziej zdrowych klimatów relaxu
czy
innych metod budowania formy
- najgorsze jest to jak patrze jak z czasem ta forma mi sie coraz bardziej rujnuje
jakby mnie spalal jakis
bezbarwny ogien, pominawszy wiec zupelnie szemrania idiotów jest to wazny i moim
zdaniem calkiem zwiazany temat
-
247. Data: 2015-01-29 11:39:16
Temat: Re: python...
Od: firr <p...@g...com>
W dniu czwartek, 29 stycznia 2015 11:18:23 UTC+1 użytkownik firr napisał:
> W dniu środa, 28 stycznia 2015 15:51:15 UTC+1 użytkownik firr napisał:
> > W dniu wtorek, 27 stycznia 2015 13:13:09 UTC+1 użytkownik M.M. napisał:
> > >Tutaj
> > > nikomu nie będzie sie chciało odpisywać, że nie ta grupa.
> >
> > NTG/OT mogloby byc pytanie lub dyskusja, to jest jedynie dygresja -
> > Ogolnie ludzi nie doceniaja siły narzekania, Oczywiscie narzekanie to troche za
malo, warto sie tez czasem nieco bardziej skupic
>
> pozatym zdrowie to nieststy wlasciwie dosyc wazny i wlasciwie bezposredni element
'pracy' programisty --
> praca ta (jesli robiona na 100% a nie wiem czy da sie robic inaczej) jest cholernie
niezdrowa odcina przynajmniej mnie od jakichs co bardziej zdrowych klimatów relaxu
czy
> innych metod budowania formy
> - najgorsze jest to jak patrze jak z czasem ta forma mi sie coraz bardziej rujnuje
jakby mnie spalal jakis
> bezbarwny ogien, pominawszy wiec zupelnie szemrania idiotów jest to wazny i moim
zdaniem calkiem zwiazany temat
szemranie idiotów chyba juz wogole przestaje mnie obchodzic (nawet chyba nie moglbym
udawac przed sobą ze mnie obchodzi, moze troche szkoda bo z namyslem nad ludzką
ćwoczarnią może by coś moglo byc) za to temat formy
jest niezwykle ważki
-
248. Data: 2015-01-30 14:18:55
Temat: Re: python...
Od: "M.M." <m...@g...com>
On Thursday, January 29, 2015 at 11:18:23 AM UTC+1, firr wrote:
> W dniu środa, 28 stycznia 2015 15:51:15 UTC+1 użytkownik firr napisał:
> > W dniu wtorek, 27 stycznia 2015 13:13:09 UTC+1 użytkownik M.M. napisał:
> > >Tutaj
> > > nikomu nie będzie sie chciało odpisywać, że nie ta grupa.
> >
> > NTG/OT mogloby byc pytanie lub dyskusja, to jest jedynie dygresja -
> > Ogolnie ludzi nie doceniaja siły narzekania, Oczywiscie narzekanie to troche za
malo, warto sie tez czasem nieco bardziej skupic
>
> pozatym zdrowie to nieststy wlasciwie dosyc wazny i wlasciwie bezposredni element
'pracy' programisty --
> praca ta (jesli robiona na 100% a nie wiem czy da sie robic inaczej) jest cholernie
niezdrowa odcina przynajmniej mnie od jakichs co bardziej zdrowych klimatów relaxu
czy
> innych metod budowania formy
> - najgorsze jest to jak patrze jak z czasem ta forma mi sie coraz bardziej rujnuje
jakby mnie spalal jakis
> bezbarwny ogien, pominawszy wiec zupelnie szemrania idiotów jest to wazny i moim
zdaniem calkiem zwiazany temat
Moim zdaniem to racja. Ciągłe siedzenie przy klawiaturze nie jest
zdrowym trybem życia, a wspomaganie się sporą ilością kofeiny czy
innymi, niekoniecznie nielegalnymi, substancjami, jeszcze pogarsza
sprawę.
Pozdrawiam ;-)
-
249. Data: 2015-02-03 18:47:42
Temat: Re: python...
Od: firr <p...@g...com>
W dniu piątek, 30 stycznia 2015 14:18:56 UTC+1 użytkownik M.M. napisał:
> On Thursday, January 29, 2015 at 11:18:23 AM UTC+1, firr wrote:
> > W dniu środa, 28 stycznia 2015 15:51:15 UTC+1 użytkownik firr napisał:
> > > W dniu wtorek, 27 stycznia 2015 13:13:09 UTC+1 użytkownik M.M. napisał:
> > > >Tutaj
> > > > nikomu nie będzie sie chciało odpisywać, że nie ta grupa.
> > >
> > > NTG/OT mogloby byc pytanie lub dyskusja, to jest jedynie dygresja -
> > > Ogolnie ludzi nie doceniaja siły narzekania, Oczywiscie narzekanie to troche za
malo, warto sie tez czasem nieco bardziej skupic
> >
> > pozatym zdrowie to nieststy wlasciwie dosyc wazny i wlasciwie bezposredni
element 'pracy' programisty --
> > praca ta (jesli robiona na 100% a nie wiem czy da sie robic inaczej) jest
cholernie niezdrowa odcina przynajmniej mnie od jakichs co bardziej zdrowych klimatów
relaxu czy
> > innych metod budowania formy
> > - najgorsze jest to jak patrze jak z czasem ta forma mi sie coraz bardziej
rujnuje jakby mnie spalal jakis
> > bezbarwny ogien, pominawszy wiec zupelnie szemrania idiotów jest to wazny i moim
zdaniem calkiem zwiazany temat
>
> Moim zdaniem to racja. Ciągłe siedzenie przy klawiaturze nie jest
> zdrowym trybem życia, a wspomaganie się sporą ilością kofeiny czy
> innymi, niekoniecznie nielegalnymi, substancjami, jeszcze pogarsza
> sprawę.
koreina jest tylko malą czescią problemu
co do wydajnosci gpgpu to ostatnio trafilem na przypadek gdy kolega
[rzepisal swoj raytracer na cuda i
jak tu jest podane trzyspieszylo
podobno z 6-7 na 280 fps 9czyli 40 razy)
https://www.youtube.com/watch?v=m5EDorhuFuo
koles jest wogole dosyc niesamowity ma chyba ze 20 lat a pisze takie rzeczy,
co prawda w ta liczbe 280 fps po prostu na tyle ciezko mi uwierzyc
ze niemal podejrzewam ze cos tu jest nie tak, niby jest to fizykalnie mzoliwe ale
jednak
cholernie malo
jesli naprawde jest az tak dobrze to jest zaiste lepiej niz myslalem
trzebeby to kiedys sprawdzic
-
250. Data: 2015-02-04 13:17:02
Temat: Re: python...
Od: firr <p...@g...com>
W dniu wtorek, 3 lutego 2015 18:47:43 UTC+1 użytkownik firr napisał:
> W dniu piątek, 30 stycznia 2015 14:18:56 UTC+1 użytkownik M.M. napisał:
> > On Thursday, January 29, 2015 at 11:18:23 AM UTC+1, firr wrote:
> > > W dniu środa, 28 stycznia 2015 15:51:15 UTC+1 użytkownik firr napisał:
> > > > W dniu wtorek, 27 stycznia 2015 13:13:09 UTC+1 użytkownik M.M. napisał:
> > > > >Tutaj
> > > > > nikomu nie będzie sie chciało odpisywać, że nie ta grupa.
> > > >
> > > > NTG/OT mogloby byc pytanie lub dyskusja, to jest jedynie dygresja -
> > > > Ogolnie ludzi nie doceniaja siły narzekania, Oczywiscie narzekanie to troche
za malo, warto sie tez czasem nieco bardziej skupic
> > >
> > > pozatym zdrowie to nieststy wlasciwie dosyc wazny i wlasciwie bezposredni
element 'pracy' programisty --
> > > praca ta (jesli robiona na 100% a nie wiem czy da sie robic inaczej) jest
cholernie niezdrowa odcina przynajmniej mnie od jakichs co bardziej zdrowych klimatów
relaxu czy
> > > innych metod budowania formy
> > > - najgorsze jest to jak patrze jak z czasem ta forma mi sie coraz bardziej
rujnuje jakby mnie spalal jakis
> > > bezbarwny ogien, pominawszy wiec zupelnie szemrania idiotów jest to wazny i
moim zdaniem calkiem zwiazany temat
> >
> > Moim zdaniem to racja. Ciągłe siedzenie przy klawiaturze nie jest
> > zdrowym trybem życia, a wspomaganie się sporą ilością kofeiny czy
> > innymi, niekoniecznie nielegalnymi, substancjami, jeszcze pogarsza
> > sprawę.
>
> koreina jest tylko malą czescią problemu
>
kofeina*
z grubsza mz chodzi w tych sprawach o cialo i duch, tutaj bardziej a wlasciwie
wylacznie mam na mysli
'ciało'
> co do wydajnosci gpgpu to ostatnio trafilem na przypadek gdy kolega
> [rzepisal swoj raytracer na cuda i
> jak tu jest podane trzyspieszylo
> podobno z 6-7 na 280 fps 9czyli 40 razy)
>
> https://www.youtube.com/watch?v=m5EDorhuFuo
>
> koles jest wogole dosyc niesamowity ma chyba ze 20 lat a pisze takie rzeczy,
>
> co prawda w ta liczbe 280 fps po prostu na tyle ciezko mi uwierzyc
> ze niemal podejrzewam ze cos tu jest nie tak, niby jest to fizykalnie mzoliwe ale
jednak
> cholernie malo
> jesli naprawde jest az tak dobrze to jest zaiste lepiej niz myslalem
> trzebeby to kiedys sprawdzic
w sumie w innym miejscu kolega pisze ze kod opencl byl 6-7 razy wolniejszy (czyli
wynikaloby ze opencl przyspieszyloby moze tylko 7-8)
jesli tak to nalezy przemyslec tez zastosowania glsl
zobacze z czasem