On 16.09.2016 13:58, joahim wrote:
> W dniu piątek, 16 września 2016 01:24:49 UTC+2 użytkownik slawek napisał:
>> On Thu, 15 Sep 2016 14:55:16 -0700 (PDT), Adam M
>> <amorawski@...> wrote:
>>> Ciagle w niektorych dziedzinach (fizyka nuklearna, symulacja
>> zjawisk pogodo=
>>> wych, astrofizyka, hydroakustyka) i na niektorych superkompuerach
>> jest ciag=
>>
>> Tylko przez bezwład. Nowe pokolenie ewoluuje w kierunku Pythona i
>> C++. A że C++ jest szybsze niż Fortran stwierdzono już kilkanaście
>> lat temu.
>
> Powiedz, próbowałeś kiedyś robić mapę w Pythonie?
> Matplotlib-basemap jest fajne, naprawdę.
> W trakcie liczenia jednej, prostej mapy na średnio-starym sprzęcie możesz pójść
wyprowadzić psa i sprzątnąć pokój, serio!

Python jest kretyńsko wolny.
Python z JITem nadal jest wolny, a do tego ograniczony.

Nikt nie obiecywał tu tego, że python dorówna fortranowi
pod względem prędkości. Miało to robić c++.
I w większośći przypadków to robi (np słynny przykłąd
z tym, że c++ zauważalnie wolniej operuje na zmiennych
zespolonych, wynika z tego, że dokonywał masy sprawdzeń,
których fortrana unikał, a które da się wyłączyć.
Za to template expression daje sporą przewagę, tzn
aby stworzyć bartdzo wydajny kod, starania zostają
częśćiowo przerzucone z twórcy programu na trórcę
biblioteki).

Fortran ma tę zaletę, że nie tylko jest w nim napisane
dużo ostrej numeryki, ale że cały czas się ją tam pisze.
Z drugiej strony, co to za problem podlinkować skompilowaną
fotrtranowską bibliotekę, i wywoływać ją z wygodnie pisanego
programu w c++ ;-)

Wracając do pythona, nie jest on zastępnikiem fortrana.
Jest raczej zastępnikiem matlaba i języków skyptowych,
przy tym dość sprawnie i szybko się w nim pisze.
Póki używasz numpy/scipy i wywołujesz gotowe skompilowane
funkcje, jest super. Gdy musisz w pętli robić
coś drobnoziarnistego, można się zastanowić,
czy nie warto przejść na coś innego. Też wszystko
zależy od proporcji czas pisania vs czas liczenia.

Jeśli zamiast 30minut ma to liczyć 5 minut, ale
wiesz, że odpalisz to tylko kilka razy, być może
przepisywanie na c++ nie ma sensu.
Ale jeśli całą symulacja trwa tydzień... poza
c++/fortran/c bym nie wychodził.

A jak tam Julia? Głośno było przez chwilę, język
interpretowany z bardzo dobrym kompilatorem JIT,
obiecywali wydajność java, w porywach c++,
miała właśnie zastapić jajogłowym pythona.

pzdr
bartekltg