Má smysl učit se Erlang?

[Kolemjdoucí]

nikdy nemůže mít garbage collector tak jednoduchý jako Erlang

Výhody plynoucí jednoduchosti z GC v mnoha aplikacích může potopit povinnost immutable. Zrovna práce s pamětí je již od roku 1985 čím dál tím větší brzda, tedy bude zajímavé sledovat zda se Erlang ujme nebo neujme.

ten se bohužel taky zatím neujal tak, jak jsem doufal, že se ujme

Ujme se to, co uzná evoluce za vhodné a budoucnost nikdo nezná

[Reklama]

[b.]

http://erlang.org/pipermail/erlang-questions/2014-November/081570.html

[perceptron]

Výhody plynoucí jednoduchosti z GC v mnoha aplikacích může potopit povinnost immutable.

mozete to rozpracovat podrobnejsie?

----------
imho erlang ako taky sa uz vehementne neujme, ale veci z neho pochadzajuce (actor model a pod.) su napr. v scala / java svete v dost velkom hype, najma kvoli tej skalovatelnosti a nonblocking. [az do takej miery, ze stari erlangisti pobehuju a kricia, ze toto tu uz mali pred X * 10 rokmi]

[Kolemjdoucí]

mozete to rozpracovat podrobnejsie?

Masivní kopírování paměti z důvodu immutable principu + jednodušší GC může být méně výkonné než mutable princip + složitější GC. Polopaticky režie s kopírováním může být větší než režie s algoritmicky složitějším GC. Rozsoudí to budoucnost.

[Mirek Prýmek]

může být méně výkonné [...] může být větší než režie

Nejde moc o vykon ve smyslu nejakeho poctu operaci za jednotku casu. V takovych testech  funkcionalni jazyky vetsinou nejsou na spici (i kdyz treba haskell je na tom docela slusne) a ani k tomu nejsou designovane. Spis jde o to, ze erlangovsky GC se muze za urcitych podminek chovat "prijemneji" - protoze nemusi delat world freeze a prestoze (prave proto ze) je jednoduchy, muze bez nejakyho vetsiho harakiri fungovat inkrementalne, takze cely system se pak muze chovat treba predvidatelneji a nezpusobuje neprijemna prekvapeni...

Dalsi vec je, jakym zpusobem se obvykle problemy v danem jazyce resi a jak obvykle vypadaji aplikace v danem jazyce napsane. Treba Java jako takova je rychla, v umelych testech hrubeho vykonu si vede az prekvapive dobre, ale treba kdyz se podivam na Logstash, tak jenom pro spusteni si sezere nejakych 100 nebo kolik MB pameti - a to jde prosim o jednoduche zpracovani zprav, zadna velka veda. Tezko rict, proc to tak je, ale je to tak Z tohodle pak prameni ty vecny spory, jestli je Java rychla nebo ne... Pravdu maji obe strany

[Reklama]

[Employee]

V ČR je to v řádu jedinců. Zkus něco jiného.

Strcil bych (vlastni) ruku do ohne za to, ze to bude vic nez jen par jedincu ...

PS: I am GoodData Employee

[ghost]

V ČR je to v řádu jedinců. Zkus něco jiného.

Strcil bych (vlastni) ruku do ohne za to, ze to bude vic nez jen par jedincu ...

PS: I am GoodData Employee

A mohl bych se zeptat co vse v GoodData v Erlangu programujete?

[Rejpal]

Slysel jsem, ze zrovna GD v erlangu pripravili implementaci jednoho nejmenovaneho db systemu. Rad bych toto reseni pouzil v jednom projektu. Je mozne nejak/zdarma/za uplatu ziskat licenci/zdrojaky/etc?

[Radek Miček]

Nejde moc o vykon ve smyslu nejakeho poctu operaci za jednotku casu. V takovych testech  funkcionalni jazyky vetsinou nejsou na spici (i kdyz treba haskell je na tom docela slusne) a ani k tomu nejsou designovane.

Podle čeho soudíte, že Haskell je na tom slušně?

[Kolemjdoucí]

Nejde moc o vykon ve smyslu nejakeho poctu operaci za jednotku casu. V takovych testech  funkcionalni jazyky vetsinou nejsou na spici (i kdyz treba haskell je na tom docela slusne) a ani k tomu nejsou designovane.

Myslel jsem si, že jedním z mála praktického využití funkcionálních jazyků obecně je podpora automatické paralelizace a ta je hlavně o výkonu. Nyní se dozvídám že k tomu nejsou designované, to mě tedy zklamalo.

tak jenom pro spusteni si sezere nejakych 100 nebo kolik MB pameti

Soudruzi z NDR holt měli v případě Javy zvláště slabou pětiletku.

[Mirek Prýmek]

Myslel jsem si, že jedním z mála praktického využití funkcionálních jazyků obecně je podpora automatické paralelizace a ta je hlavně o výkonu. Nyní se dozvídám že k tomu nejsou designované, to mě tedy zklamalo.

Pokud budes psat koder videa, nebudes ho psat v Erlangu, pokud nejsi uplne padly na hlavu. Takovehle veci vzdycky bude lepsi psat v cecku, fortranu apod. Takhle to bylo mysleno.

Jinak "vykon" neni zadne jedno cislo. Neco jineho je propustnost, neco jineho latence, responsibilita, predvidatelnost, garance zpracovani do urcite doby atd. atd.

[perceptron]

btw ten logstash vyzera byt taky nafuknuty, lebo to je prakticky ruby nad jvm