-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.P
OSTED!not-for-mail
From: Sebastian Biały <h...@p...onet.pl>
Newsgroups: pl.comp.programming
Subject: Re: AMD na topie w rankingu?
Date: Wed, 16 Aug 2017 22:19:44 +0200
Organization: ATMAN - ATM S.A.
Lines: 98
Message-ID: <on29d3$egl$1@node1.news.atman.pl>
References: <1...@g...com>
<3...@g...com>
<ompubj$93t$1@node2.news.atman.pl>
<d...@g...com>
<omq8jm$j3j$1@node2.news.atman.pl>
<a...@n...v.pl>
<omqere$op4$1@node2.news.atman.pl>
<a...@n...v.pl>
<omqir3$sf3$1@node2.news.atman.pl> <omsh05$k16$1@node2.news.atman.pl>
<omsp44$rpn$2@node2.news.atman.pl>
<a...@n...v.pl>
<omssgm$4vm$2@node1.news.atman.pl>
<a...@n...v.pl>
<omt19u$9n3$1@node1.news.atman.pl>
<a...@n...v.pl>
<omt3lf$c03$1@node1.news.atman.pl>
<a...@n...v.pl>
<omt4nb$798$1@node2.news.atman.pl>
<a...@n...v.pl>
<omt6rn$959$2@node2.news.atman.pl>
<a...@n...v.pl>
<omu5ff$4gk$2@node2.news.atman.pl>
<a...@n...v.pl>
NNTP-Posting-Host: 176.115.81.27
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node1.news.atman.pl 1502914787 14869 176.115.81.27 (16 Aug 2017 20:19:47
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Wed, 16 Aug 2017 20:19:47 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
Thunderbird/52.2.1
In-Reply-To: <a...@n...v.pl>
Content-Language: en-US
Xref: news-archive.icm.edu.pl pl.comp.programming:211130
[ ukryj nagłówki ]On 8/15/2017 9:26 AM, slawek wrote:
>> Pozwól więc że poczytamy, w punktach,
>> dlaczego Fortran jest obecnie dobrym jezykiem do obliczeń.
> 1. Jest szybki, szybszy niż C.
A jakie dowody i przede wszystki z JAKIEGO POWODU jest szybszy?
> 2. BLAS, LAPACK i nie tylko.
Czy to aby nie jest dostepne z poziomu byleczego?
> 3. Nie ma błędów w kompilatorach.
W niektórych C też.
> 4. Są liczby zespolone i operator potęgowania.
Zupełnie jak w kazdym języku programowania ktory ma cos wspólnego z
liczeniem.
> 5. Jest szybki.
To wiemy.
> 6. Ma operacje zwektoryzowane.
I dlaczego to jest nieosiągalne w innych jezykach?
> 7. To nie jest ten sam Fortran którego używał twój dziadek.
Nie wątpie.
> 8. Jest szybki.
To wiemy.
> 9. Optymalizacje. 10. Jest szybki.
To wiemy. Zaczynam jestak zastanawiać się dlaczego. Że niby potrafi
wykorzystać SSE4 i GPU? A może korzysta z utajnionych rdzeni CPU że kod
generowany jest lepszy? Co czyni Fortran szybszym? Co magicznego
generowane jest w asm co powoduje ze C NIGDY taki nie będzie? bo mam
przeczucie że ... nic.
> 11. Mathematica potrafi wygenerować kod w Fortranie.
Eeee... to ma być niby zaleta fortrana czy Mathematica?
> 12. Jest szybki.
A o ile szybszy niż inne wiodace języki? Biorę C i licze z uzyciem
bibliotek Fortrana.
> 13. Niektórzy go lubią, np. fizycy.
To raczej zaliczyłby do wad - warto zerknąc czasem jakiej jakości kod
generowały pokolenia fizyków, a sam miałem okazje kiedyś w tym grzebać i
nigdy więcej.
> 14. Jest szybki.
No ale szybki czy szybszy albo wręcz najszybszy?
> 15. Jest łatwy i przyjemny, jeżeli używa się go do obliczeń.
Wątpie czy jest przyjemny. Fortran nie był przyjemnym językiem. Nigdy
nie był.
> 16. Jest szybki.
No super. C tez jest szybki. C++ też. Java też. W ogóle wiele rzeczy
jest szybkich, kwestia doboru test case. Jaki testcase powoduje że
fortran jest szybki i dlaczego?
> Jak widzisz, zasadnicza sprawa to prędkość obliczeń.
Co jest o tyle zastanawiające że całkiem sporo kodu do obliczeń powstaje
w C - szczegolnie na klastry. Czyżby nie wiedzieli?
> Czy to ma
> znaczenie?
Pewnie tak, tym wieksze moje zdziwienie że licza w C. Ale to pewno głąby.
> Program w Fortranie liczy przez trzy lata to, co w innym
> języku zajmie pięć lat.
Stop. Dowód.
> A w Asemblerze 35 miesięcy kosztem dwóch lat
> dodatkowo na programowanie.
Stop. Dowód.
> Oczywiście nie chodzi o "zły algorytm". Ten sam algorytm, dopracowany
> na maksa, jakieś PDE itp.
Stop. Dowód.
Następne wpisy z tego wątku
- 16.08.17 22:25 slawek
- 16.08.17 22:26 slawek
- 16.08.17 22:28 Sebastian Biały
- 16.08.17 22:30 Sebastian Biały
- 16.08.17 22:33 slawek
- 16.08.17 22:43 slawek
- 16.08.17 22:48 slawek
- 16.08.17 22:50 slawek
- 16.08.17 22:53 slawek
- 16.08.17 22:58 Sebastian Biały
- 16.08.17 22:59 Sebastian Biały
- 16.08.17 23:00 Sebastian Biały
- 16.08.17 23:07 Sebastian Biały
- 16.08.17 23:11 slawek
- 16.08.17 23:13 slawek
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-12-20 Precedensy politycznie motywowanego nie wydawania w UE
- 2024-12-20 Obrońcy
- 2024-12-20 Obrońcy
- 2024-12-20 Obrońcy
- 2024-12-20 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-20 czyste powietrze
- 2024-12-20 Katowice => Analyst in the Trade Development department (experience wi
- 2024-12-20 Opole => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-12-20 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-20 Rzeszów => International Freight Forwarder <=
- 2024-12-20 Katowice => Key Account Manager (ERP) <=
- 2024-12-20 Ekstradycja
- 2024-12-20 Mikroskop 3D
- 2024-12-20 Warszawa => Spedytor Międzynarodowy <=
- 2024-12-20 Warszawa => Analityk w dziale Trade Development (doświadczenie z Powe