eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingpython...
Ilość wypowiedzi w tym wątku: 253

  • 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

strony : 1 ... 10 ... 20 ... 24 . [ 25 ] . 26


Szukaj w grupach

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: