W dniu czwartek, 19 listopada 2015 11:40:45 UTC+1 użytkownik M.M. napisał:
> On Thursday, November 19, 2015 at 10:55:38 AM UTC+1, fir wrote:
> > W dniu czwartek, 19 listopada 2015 07:09:44 UTC+1 użytkownik witek napisał:
> > > M.M. wrote:
> > > > Tak, jest to skomplikowane. Może właśnie trzeba napisać programik do
> > > > oszacowania.
> > >
> > >
> > > nudzi ci sie czy jak?
> >
> > kolega mm ma sklonnosc do skupiania sie na rzeczach fikcyjnych i nieistotnych
> Podałem metodę, przy po mocy której w maksymalnie kilka godzin można
> uzyskać aproksymacyjny czas przetwarzania vs operacji na pamięci. Oczywiście
> jak każdy mogłem się gdzieś pomylić i metoda jest nieskuteczna. Czy mógłbyś
> rzeczowo pokazać gdzie się pomyliłem, zanim skrytykujesz?
>
>
>
> > wedlug tego jak ja widze normalnie program
> > na pc to własciwie memory bandwidth w
> > czystej postaci, wszystko działa z predkoscią 4 GB/s (na rdzen), end of story
> > (moze jest to wizja troche przyblizona ale
> > niekoniecznie i moim zdaniem ma spory sens)
> Raczej kolega mm ma sklonnosc do skupiania sie na rzeczach
> fikcyjnych i nieistotnych
>
>
> > co prawda wiki podaje ze niektore nowe pamieci maja sporo wiekszy bandwidth
> > (np PC4-25600 DDR4 SDRAM - 25.6 GB/s)
> A w dupie z wiki, lepiej przyjmijmy Twoje 4GB/s
>
>
> https://en.wikipedia.org/wiki/List_of_device_bit_rat
es#Dynamic_random_access_memory
> >
> > ale nie jesyem pewien czy temu wierzyc
> Lepiej wierzyć w Twoje 4GB/s bez uwzględnienia rodzaju pamięci i rodzaju
> dostępu ;-)
>
>
> >
> > Tak naprawde to program to wlasnie nieustanny flow strumieni ramu, arytmetyki i
logiki jest tam na ogol tylko troche (btw mozna zauwazyc e ze operacje ktore sie
> > powszechnie nazywa logicznymi czyli OR i AND tak naprawde to arytmetyka -
operacje logiczne to wlasciwie wylacznie ify (choc pewnie ogolny statyczny rozklad
programu
> > i sam program mozna uznac za wynik logiki)
> > - tym mniej jest zreszta tej arytmetyki im kod jest bardziej zoptymalizowany,
pozatym
> > obeznie przepustowosc arytmetyki jest kilku-nawet kilkunastokrotnie wieksza niz
bandwidth ramu
> Chłopie ale co z tego, jeśli w przeciętnym programie może być kilkanaście
> operacji logicznych (nie wspominając o bardziej czasochłonnych operacjach,
> jakim jest logarytm czy potęgowanie) i wąskim gardłem staje się przetwarzanie.
>
>
> - tak ze normalna predkosc programu sprowadza sie do na ogol po prostu do memory
bandwidth, eos
> Jeśli robisz xor dwóch dużych tablic to tak - wcale to nie jest zdegenerowany
> przypadek.
>
>
> > słowem mz przy zwiekszneiu memory bandwidth 10 raz obserowowalny bylby z grubsza
fizykalny (z zegarkiem w reku) 10 krotne przyspieszenie wszystkiego
> Jeśli to jest naprawdę dla Ciebie takie ważne, to napiszże ten program z
> jednym xorem a potem z dwoma xorami i wylicz.

nie mow mi niezbyt lotny kolego co mam robic bo to sa twoje prywatne rojenia nie moje
;< ja na te twoje koncepcje patrze z zażenowaniem - mozesz sobie to liczyc ale mnie
tym nie zanudzaj, i tak mimo ze nei rozumiesz co najmniej 80% tego co mowie stracilem
czas na wyjasnianie tego nie wiem po co, chyab z nadmiaru uprzejmosci (co i tak nic
nie dalo)