Użytkownik "fir" <p...@g...com> napisał:

> a umiesz zarysowac szkic takiego kodu zebym mogl to sobie zwizualizowac ;l ? (tak
zeby dyskusja
> byla ciekawa i miala jakis sens )

Tu masz sieroto usenetowa:
http://wklej.to/Ev1xx
Raptem 10 "floatow", czyli (w wiekszosci) wszytsko sie zmiesci w rejestrach/stosie
FP.

AK


---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe
Avast.
https://www.avast.com/antivirus

do góry

On Tuesday, November 17, 2015 at 5:47:39 PM UTC+1, fir wrote:
> Ogolnie jest to nei na temat bo pytanie jest o tym czemu ta przepustowosc na
wspolczesnych pecetach nei jest 'szersza'

Nie wiem czemu. Projektowanie procesorów wymaga także intuicji, więc może
niska przepustowość jest wynikiem przypadku. Ale może jednak, jakby
więcej pracy i tranzystorów włożyli w przepustowość, a mniej w arytmetykę, to
te zdegenerowane przypadki, o których mówię, nie byłyby zdegenerowanymi, tylko
częstymi problemami?

Pozdrawiam

do góry

prognozowałem i prognozuje, zmienna pomocnicza zwycięży... musi...

do góry

W dniu wtorek, 17 listopada 2015 18:31:16 UTC+1 użytkownik M.M. napisał:
> On Tuesday, November 17, 2015 at 6:13:31 PM UTC+1, fir wrote:
> > W dniu wtorek, 17 listopada 2015 17:56:17 UTC+1 użytkownik fir napisał:
> > > > > >
> > > > > ciekawe co to za programy robiace miliardy operacji na kilkudziesieciu
bajtach input and output ??
> > > > Może poszukiwanie minimum funkcji jednej lub kilku zmiennych?
> > > >
> > > a umiesz zarysowac szkic takiego kodu zebym mogl to sobie zwizualizowac ;l ?
(tak zeby dyskusja byla ciekawa i miala jakis sens )
> No właśnie czemu nie wziąć choćby mandelborta?
>
>
> > z moich doswiadczen optymalizacją wynika wlasnie ze jak cos ma bogara arytmetyke
to da sie ja koniec konców po dlugasnych bojach tak uproscic ze zostaje wlasciwie sam
lub prawie sam bandwidth, nawet 'nieliniowa' arytmetyke da sie nap zlinearyzowac
kafelkami i tak dalej
> Da się.
>
>
> > co prawda np w zbiorze mandelbrota odpala sie długa iterecyjna petle gdzie
inputem są dwa floaty ale to moze wlasnie znaczyc ze
> > ta metoda jest wybitnie wlasnie niezoptymalizowana 9ciekawe co by dalo chocby
optymalizowanie przez rozwijanie, moze potrzebe szybkiej funkcji pow?)
>
> Sam podałeś dobry przykład, w którym ilość danych jest bardzo mała,
> nieprzewidzianych skoków też jest bardzo mało. Czyli dane można zmieścić w
> rejestrach, a instrukcje do procesora lecą ciurkiem. Moim zdaniem wąskim
> gardłem w tym przykładzie będzie przetwarzanie instrukcji a nie dostęp
> do pamięci.
>
>
> Pozdrawiam
>
>
> Pozdrawiam

no to gratuluje, tylko jak to ma swiadczyc za tym ze kolega zrozumial temat o ktorym
ja pisalem ;r (mz swiadczy raczej przeciw ale widze ze raczej szkoda czasu chyba w to
brnać bo szczerze mowiac zawsze szkoda mi czasu na wyjasnienia, jak ktos jest
minimalnie łapiacy to zrozumie a jak nie to sory ale nie mam czasu na takie bzdety)

do góry

W dniu wtorek, 17 listopada 2015 18:38:01 UTC+1 użytkownik AK napisał:
> Użytkownik "fir" <p...@g...com> napisał:
>
> > a umiesz zarysowac szkic takiego kodu zebym mogl to sobie zwizualizowac ;l ? (tak
zeby dyskusja
> > byla ciekawa i miala jakis sens )
>
> Tu masz sieroto usenetowa:
> http://wklej.to/Ev1xx
> Raptem 10 "floatow", czyli (w wiekszosci) wszytsko sie zmiesci w rejestrach/stosie
FP.
>
> AK
>
>
> ---
> Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie
antywirusowe Avast.
> https://www.avast.com/antivirus

podziekuje żenujacy buraku, nieststy jestem zmuszony dobierac sobie rozmowców a
kolega juz chyab pamieta ze ten poziom absolutnie zenujacego knajactwa jaki kolega tu
radosnie reprezentuje to jednak nei dla mnie - I am sorry

do góry

On Tuesday, November 17, 2015 at 6:41:09 PM UTC+1, fir wrote:
> W dniu wtorek, 17 listopada 2015 18:31:16 UTC+1 użytkownik M.M. napisał:
> > On Tuesday, November 17, 2015 at 6:13:31 PM UTC+1, fir wrote:
> > > W dniu wtorek, 17 listopada 2015 17:56:17 UTC+1 użytkownik fir napisał:
> > > > > > >
> > > > > > ciekawe co to za programy robiace miliardy operacji na kilkudziesieciu
bajtach input and output ??
> > > > > Może poszukiwanie minimum funkcji jednej lub kilku zmiennych?
> > > > >
> > > > a umiesz zarysowac szkic takiego kodu zebym mogl to sobie zwizualizowac ;l ?
(tak zeby dyskusja byla ciekawa i miala jakis sens )
> > No właśnie czemu nie wziąć choćby mandelborta?
> >
> >
> > > z moich doswiadczen optymalizacją wynika wlasnie ze jak cos ma bogara
arytmetyke to da sie ja koniec konców po dlugasnych bojach tak uproscic ze zostaje
wlasciwie sam lub prawie sam bandwidth, nawet 'nieliniowa' arytmetyke da sie nap
zlinearyzowac kafelkami i tak dalej
> > Da się.
> >
> >
> > > co prawda np w zbiorze mandelbrota odpala sie długa iterecyjna petle gdzie
inputem są dwa floaty ale to moze wlasnie znaczyc ze
> > > ta metoda jest wybitnie wlasnie niezoptymalizowana 9ciekawe co by dalo chocby
optymalizowanie przez rozwijanie, moze potrzebe szybkiej funkcji pow?)
> >
> > Sam podałeś dobry przykład, w którym ilość danych jest bardzo mała,
> > nieprzewidzianych skoków też jest bardzo mało. Czyli dane można zmieścić w
> > rejestrach, a instrukcje do procesora lecą ciurkiem. Moim zdaniem wąskim
> > gardłem w tym przykładzie będzie przetwarzanie instrukcji a nie dostęp
> > do pamięci.
> >
> >
> > Pozdrawiam
> >
> >
> > Pozdrawiam
>
> no to gratuluje, tylko jak to ma swiadczyc za tym ze kolega zrozumial temat o
ktorym ja pisalem ;r (mz swiadczy raczej przeciw ale widze ze raczej szkoda czasu
chyba w to brnać bo szczerze mowiac zawsze szkoda mi czasu na wyjasnienia, jak ktos
jest minimalnie łapiacy to zrozumie a jak nie to sory ale nie mam czasu na takie
bzdety)

Nie jestem przekonany że to jest bzdet. Może właśnie te przypadki
zdegenerowane wyznaczają dobrą granicę pomiędzy 'szybsze przetwarzanie
instrukcji' vs 'szybsze transfery ram <-> procesor' ? Bo jednego i
drugiego tym samym kosztem nie da się ulepszyć.

Pytanie: w przeciętnym PC zwiększamy przepustowość 10 razy, o ile
zwiększy się szybkość przeciętnych programów?


Pozdrawiam

do góry

Użytkownik "fir" <p...@g...com> napisał:

> Tu masz sieroto usenetowa:
> http://wklej.to/Ev1xx
> Raptem 10 "floatow", czyli (w wiekszosci) wszytsko sie zmiesci w rejestrach/stosie
FP.
>
> AK

> podziekuje żenujacy buraku,

No prosze. Kulturka szczeniarsko-limingowata sie odzywa :)
Wez wpierw odporny na wiedze/slowo czytane itp niedouku _zanalizuj_ ten proscutki
kod.
Tak sie sklada ze taki (zapewne malo Ci znany) backend do gcc jak wlasnie
back. do Simuli spokojnie pakowal go w rejestry (no z jednym malym
wyjatkiem...) i miales _0_ dostepu do pamieci a szybkosc algorytmu zalezala prawie
wylacznie od szybkosci wykonywania rozkazow fp.

PS: To samo sie tyczy Fortranu (juz tego starego: F77).
Podeslac/"przetranslowac" Ci kod ? Moze szybciej ogarniesz ?

AK


---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe
Avast.
https://www.avast.com/antivirus

do góry

W dniu wtorek, 17 listopada 2015 18:49:37 UTC+1 użytkownik M.M. napisał:
> On Tuesday, November 17, 2015 at 6:41:09 PM UTC+1, fir wrote:
> > W dniu wtorek, 17 listopada 2015 18:31:16 UTC+1 użytkownik M.M. napisał:
> > > On Tuesday, November 17, 2015 at 6:13:31 PM UTC+1, fir wrote:
> > > > W dniu wtorek, 17 listopada 2015 17:56:17 UTC+1 użytkownik fir napisał:
> > > > > > > >
> > > > > > > ciekawe co to za programy robiace miliardy operacji na kilkudziesieciu
bajtach input and output ??
> > > > > > Może poszukiwanie minimum funkcji jednej lub kilku zmiennych?
> > > > > >
> > > > > a umiesz zarysowac szkic takiego kodu zebym mogl to sobie zwizualizowac ;l
? (tak zeby dyskusja byla ciekawa i miala jakis sens )
> > > No właśnie czemu nie wziąć choćby mandelborta?
> > >
> > >
> > > > z moich doswiadczen optymalizacją wynika wlasnie ze jak cos ma bogara
arytmetyke to da sie ja koniec konców po dlugasnych bojach tak uproscic ze zostaje
wlasciwie sam lub prawie sam bandwidth, nawet 'nieliniowa' arytmetyke da sie nap
zlinearyzowac kafelkami i tak dalej
> > > Da się.
> > >
> > >
> > > > co prawda np w zbiorze mandelbrota odpala sie długa iterecyjna petle gdzie
inputem są dwa floaty ale to moze wlasnie znaczyc ze
> > > > ta metoda jest wybitnie wlasnie niezoptymalizowana 9ciekawe co by dalo chocby
optymalizowanie przez rozwijanie, moze potrzebe szybkiej funkcji pow?)
> > >
> > > Sam podałeś dobry przykład, w którym ilość danych jest bardzo mała,
> > > nieprzewidzianych skoków też jest bardzo mało. Czyli dane można zmieścić w
> > > rejestrach, a instrukcje do procesora lecą ciurkiem. Moim zdaniem wąskim
> > > gardłem w tym przykładzie będzie przetwarzanie instrukcji a nie dostęp
> > > do pamięci.
> > >
> > >
> > > Pozdrawiam
> > >
> > >
> > > Pozdrawiam
> >
> > no to gratuluje, tylko jak to ma swiadczyc za tym ze kolega zrozumial temat o
ktorym ja pisalem ;r (mz swiadczy raczej przeciw ale widze ze raczej szkoda czasu
chyba w to brnać bo szczerze mowiac zawsze szkoda mi czasu na wyjasnienia, jak ktos
jest minimalnie łapiacy to zrozumie a jak nie to sory ale nie mam czasu na takie
bzdety)
>
> Nie jestem przekonany że to jest bzdet. Może właśnie te przypadki
> zdegenerowane wyznaczają dobrą granicę pomiędzy 'szybsze przetwarzanie
> instrukcji' vs 'szybsze transfery ram <-> procesor' ? Bo jednego i
> drugiego tym samym kosztem nie da się ulepszyć.
>
> Pytanie: w przeciętnym PC zwiększamy przepustowość 10 razy, o ile
> zwiększy się szybkość przeciętnych programów?
>
mz kolega brnie w jakies fikcje wlasnego wymyslu, to nie jest mz zbyt owocny sposob
spedzania czasu (przynajmniej ja nie mam
na to cohoty) NORMALNE podejscie bym moim zdaniem obejmowalo raczej
- przestudiowanie jakiejs tam polki literatury i dowiedzenie sie czemu (troche odpada
bo kto ma na to czas)
- zapytamnie na forum moze ktos wie

(no i tyle moim zdaniem lepsze to nic tracenie godzin na dziwaczne fikcje, eot)

do góry

On Tuesday, November 17, 2015 at 7:06:46 PM UTC+1, fir wrote:
> W dniu wtorek, 17 listopada 2015 18:49:37 UTC+1 użytkownik M.M. napisał:
> > On Tuesday, November 17, 2015 at 6:41:09 PM UTC+1, fir wrote:
> > > W dniu wtorek, 17 listopada 2015 18:31:16 UTC+1 użytkownik M.M. napisał:
> > > > On Tuesday, November 17, 2015 at 6:13:31 PM UTC+1, fir wrote:
> > > > > W dniu wtorek, 17 listopada 2015 17:56:17 UTC+1 użytkownik fir napisał:
> > > > > > > > >
> > > > > > > > ciekawe co to za programy robiace miliardy operacji na
kilkudziesieciu bajtach input and output ??
> > > > > > > Może poszukiwanie minimum funkcji jednej lub kilku zmiennych?
> > > > > > >
> > > > > > a umiesz zarysowac szkic takiego kodu zebym mogl to sobie zwizualizowac
;l ? (tak zeby dyskusja byla ciekawa i miala jakis sens )
> > > > No właśnie czemu nie wziąć choćby mandelborta?
> > > >
> > > >
> > > > > z moich doswiadczen optymalizacją wynika wlasnie ze jak cos ma bogara
arytmetyke to da sie ja koniec konców po dlugasnych bojach tak uproscic ze zostaje
wlasciwie sam lub prawie sam bandwidth, nawet 'nieliniowa' arytmetyke da sie nap
zlinearyzowac kafelkami i tak dalej
> > > > Da się.
> > > >
> > > >
> > > > > co prawda np w zbiorze mandelbrota odpala sie długa iterecyjna petle gdzie
inputem są dwa floaty ale to moze wlasnie znaczyc ze
> > > > > ta metoda jest wybitnie wlasnie niezoptymalizowana 9ciekawe co by dalo
chocby optymalizowanie przez rozwijanie, moze potrzebe szybkiej funkcji pow?)
> > > >
> > > > Sam podałeś dobry przykład, w którym ilość danych jest bardzo mała,
> > > > nieprzewidzianych skoków też jest bardzo mało. Czyli dane można zmieścić w
> > > > rejestrach, a instrukcje do procesora lecą ciurkiem. Moim zdaniem wąskim
> > > > gardłem w tym przykładzie będzie przetwarzanie instrukcji a nie dostęp
> > > > do pamięci.
> > > >
> > > >
> > > > Pozdrawiam
> > > >
> > > >
> > > > Pozdrawiam
> > >
> > > no to gratuluje, tylko jak to ma swiadczyc za tym ze kolega zrozumial temat o
ktorym ja pisalem ;r (mz swiadczy raczej przeciw ale widze ze raczej szkoda czasu
chyba w to brnać bo szczerze mowiac zawsze szkoda mi czasu na wyjasnienia, jak ktos
jest minimalnie łapiacy to zrozumie a jak nie to sory ale nie mam czasu na takie
bzdety)
> >
> > Nie jestem przekonany że to jest bzdet. Może właśnie te przypadki
> > zdegenerowane wyznaczają dobrą granicę pomiędzy 'szybsze przetwarzanie
> > instrukcji' vs 'szybsze transfery ram <-> procesor' ? Bo jednego i
> > drugiego tym samym kosztem nie da się ulepszyć.
> >
> > Pytanie: w przeciętnym PC zwiększamy przepustowość 10 razy, o ile
> > zwiększy się szybkość przeciętnych programów?
> >
> mz kolega brnie w jakies fikcje wlasnego wymyslu, to nie jest mz zbyt owocny sposob
spedzania czasu (przynajmniej ja nie mam
> na to cohoty) NORMALNE podejscie bym moim zdaniem obejmowalo raczej
> - przestudiowanie jakiejs tam polki literatury i dowiedzenie sie czemu (troche
odpada bo kto ma na to czas)
> - zapytamnie na forum moze ktos wie
>
> (no i tyle moim zdaniem lepsze to nic tracenie godzin na dziwaczne fikcje, eot)

No ma kolega rację, uprawiam fikcję, nie wiem jakie byly prawdziwe
przyczyny. Uznałem jednak że to czego się domyślam jest na tyle
prawdopodobną odpowiedzią, aby nadawało się do wysłania.

Pozdrawiam

do góry

W dniu wtorek, 17 listopada 2015 19:24:02 UTC+1 użytkownik M.M. napisał:
> On Tuesday, November 17, 2015 at 7:06:46 PM UTC+1, fir wrote:
> > W dniu wtorek, 17 listopada 2015 18:49:37 UTC+1 użytkownik M.M. napisał:
> > > On Tuesday, November 17, 2015 at 6:41:09 PM UTC+1, fir wrote:
> > > > W dniu wtorek, 17 listopada 2015 18:31:16 UTC+1 użytkownik M.M. napisał:
> > > > > On Tuesday, November 17, 2015 at 6:13:31 PM UTC+1, fir wrote:
> > > > > > W dniu wtorek, 17 listopada 2015 17:56:17 UTC+1 użytkownik fir napisał:
> > > > > > > > > >
> > > > > > > > > ciekawe co to za programy robiace miliardy operacji na
kilkudziesieciu bajtach input and output ??
> > > > > > > > Może poszukiwanie minimum funkcji jednej lub kilku zmiennych?
> > > > > > > >
> > > > > > > a umiesz zarysowac szkic takiego kodu zebym mogl to sobie zwizualizowac
;l ? (tak zeby dyskusja byla ciekawa i miala jakis sens )
> > > > > No właśnie czemu nie wziąć choćby mandelborta?
> > > > >
> > > > >
> > > > > > z moich doswiadczen optymalizacją wynika wlasnie ze jak cos ma bogara
arytmetyke to da sie ja koniec konców po dlugasnych bojach tak uproscic ze zostaje
wlasciwie sam lub prawie sam bandwidth, nawet 'nieliniowa' arytmetyke da sie nap
zlinearyzowac kafelkami i tak dalej
> > > > > Da się.
> > > > >
> > > > >
> > > > > > co prawda np w zbiorze mandelbrota odpala sie długa iterecyjna petle
gdzie inputem są dwa floaty ale to moze wlasnie znaczyc ze
> > > > > > ta metoda jest wybitnie wlasnie niezoptymalizowana 9ciekawe co by dalo
chocby optymalizowanie przez rozwijanie, moze potrzebe szybkiej funkcji pow?)
> > > > >
> > > > > Sam podałeś dobry przykład, w którym ilość danych jest bardzo mała,
> > > > > nieprzewidzianych skoków też jest bardzo mało. Czyli dane można zmieścić w
> > > > > rejestrach, a instrukcje do procesora lecą ciurkiem. Moim zdaniem wąskim
> > > > > gardłem w tym przykładzie będzie przetwarzanie instrukcji a nie dostęp
> > > > > do pamięci.
> > > > >
> > > > >
> > > > > Pozdrawiam
> > > > >
> > > > >
> > > > > Pozdrawiam
> > > >
> > > > no to gratuluje, tylko jak to ma swiadczyc za tym ze kolega zrozumial temat o
ktorym ja pisalem ;r (mz swiadczy raczej przeciw ale widze ze raczej szkoda czasu
chyba w to brnać bo szczerze mowiac zawsze szkoda mi czasu na wyjasnienia, jak ktos
jest minimalnie łapiacy to zrozumie a jak nie to sory ale nie mam czasu na takie
bzdety)
> > >
> > > Nie jestem przekonany że to jest bzdet. Może właśnie te przypadki
> > > zdegenerowane wyznaczają dobrą granicę pomiędzy 'szybsze przetwarzanie
> > > instrukcji' vs 'szybsze transfery ram <-> procesor' ? Bo jednego i
> > > drugiego tym samym kosztem nie da się ulepszyć.
> > >
> > > Pytanie: w przeciętnym PC zwiększamy przepustowość 10 razy, o ile
> > > zwiększy się szybkość przeciętnych programów?
> > >
> > mz kolega brnie w jakies fikcje wlasnego wymyslu, to nie jest mz zbyt owocny
sposob spedzania czasu (przynajmniej ja nie mam
> > na to cohoty) NORMALNE podejscie bym moim zdaniem obejmowalo raczej
> > - przestudiowanie jakiejs tam polki literatury i dowiedzenie sie czemu (troche
odpada bo kto ma na to czas)
> > - zapytamnie na forum moze ktos wie
> >
> > (no i tyle moim zdaniem lepsze to nic tracenie godzin na dziwaczne fikcje, eot)
>
> No ma kolega rację, uprawiam fikcję, nie wiem jakie byly prawdziwe
> przyczyny. Uznałem jednak że to czego się domyślam jest na tyle
> prawdopodobną odpowiedzią, aby nadawało się do wysłania.
>

boje sie wlasnie ze mam racje, z osobowosci nie jestem szczerze mowiac jakims
maniakiem
dyscypliny ;o ale szczerze mowiac tutaj

jesli juz mowi sie na jakis temat to sila rzeczy zeby nie plesc bezsensów jakies
trzymanie sie jakiegos tam "pionu" (jakiejs tam przedmiotowosci i jakiejs tam
sensownosci) musi byc -

gdyby tego bylo wiecej to moze jeszcze mialoby to jakies resztki sensu

do góry