Re: [trochę OT] Petaflopy - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › [trochę OT] Petaflopy › Re: [trochę OT] Petaflopy

X-Received: by 10.140.32.227 with SMTP id h90mr42qgh.26.1405807875833; Sat, 19 Jul
2014 15:11:15 -0700 (PDT)
X-Received: by 10.140.32.227 with SMTP id h90mr42qgh.26.1405807875833; Sat, 19 Jul
2014 15:11:15 -0700 (PDT)
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!news.unit0.net!news.glorb.com!h18no2404149igc.0!news-out.g
oogle.com!j6ni3315qas.0!nntp.google.com!j15no1587532qaq.0!postnews.google.com!g
legroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Sat, 19 Jul 2014 15:11:15 -0700 (PDT)
In-Reply-To: <lqeli6$ajg$1@node2.news.atman.pl>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=78.30.109.222;
posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
NNTP-Posting-Host: 78.30.109.222
References: <lqeli6$ajg$1@node2.news.atman.pl>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <5...@g...com>
Subject: Re: [trochę OT] Petaflopy
From: firr <p...@g...com>
Injection-Date: Sat, 19 Jul 2014 22:11:15 +0000
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:206374
[ ukryj nagłówki ]
1 GHz z tego co wiem jest wydajniejszy
energetycznie dlatego GPu zdaje sie pracuja typowo z predkosciami okolo 1 GHz (nie
wiem dokladnie)

Ciekawe w sumie w jaka strone pojdzie dalszy rozwoj hardwaru, rozwoj klasycznych
prockow (x86) zestopowal ale, kompy potrzebuja ciagle roznac w moc i pewnie jednak
wlasnie beda rozly tylko moze beda budowane jakies nowe architektury, to co w sumie
robi gpu nie jset takie glupie, taki uklad cpu+gpu jest wlasnie nawet dosyc naturalny
- typowy proram potrzebuje swobodnego 1-watkowego swobodnego wykonywacza (tak jak na
cpu) plus czegost takiego jak gpu do parallenego przetwarzania hotspotów (ktore sa
petlami) - czyli ze zdziwiniem zauwazam
ze uklad cpu+gpu jest dosyc naturalny i ze to w gpu
trzeba pewnie pokladac wieksza nadzieje na przyspieszanie progsow niz w multi-cpu

zgodnie z ta wizja wlasciwie kazdy program powinno sie pisac pod pare cpu (wiekszosc
kodu programu) + gpu (hotspoty, wiekszosc runtime)