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.