Re: MS chce nas wydymać? - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › MS chce nas wydymać? › Re: MS chce nas wydymać?

X-Received: by 10.140.92.238 with SMTP id b101mr135397qge.6.1447926937287; Thu, 19
Nov 2015 01:55:37 -0800 (PST)
X-Received: by 10.140.92.238 with SMTP id b101mr135397qge.6.1447926937287; Thu, 19
Nov 2015 01:55:37 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!
i2no4974283igv.0!news-out.google.com!z49ni489qgd.1!nntp.google.com!b51no763584q
gf.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Thu, 19 Nov 2015 01:55:36 -0800 (PST)
In-Reply-To: <n2jour$oud$2@dont-email.me>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=164.127.210.183;
posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
NNTP-Posting-Host: 164.127.210.183
References: <n2d37f$vsb$1@node2.news.atman.pl>
<f...@g...com>
<n2e25e$e4l$3@dont-email.me>
<5...@g...com>
<n2et6o$4e5$1@node1.news.atman.pl>
<6...@g...com>
<b...@g...com>
<6...@g...com>
<1...@g...com>
<9...@g...com>
<a...@g...com>
<c...@g...com>
<0...@g...com>
<9...@g...com>
<n2hapt$ak7$2@dont-email.me>
<1...@g...com>
<n2ifc9$ak7$3@dont-email.me>
<2...@g...com>
<n2ikh2$7ef$1@dont-email.me>
<f...@g...com>
<n2jour$oud$2@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <4...@g...com>
Subject: Re: MS chce nas wydymać?
From: fir <p...@g...com>
Injection-Date: Thu, 19 Nov 2015 09:55:37 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:208631
[ ukryj nagłówki ]
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

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)

co prawda wiki podaje ze niektore nowe pamieci maja sporo wiekszy bandwidth
(np PC4-25600 DDR4 SDRAM - 25.6 GB/s)

https://en.wikipedia.org/wiki/List_of_device_bit_rat
es#Dynamic_random_access_memory

ale nie jesyem pewien czy temu wierzyc

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 - tak ze normalna predkosc programu sprowadza sie do na ogol po prostu
do memory bandwidth, eos

słowem mz przy zwiekszneiu memory bandwidth 10 raz obserowowalny bylby z grubsza
fizykalny (z zegarkiem w reku) 10 krotne przyspieszenie wszystkiego