Eclipse OpenJ9 (diskuse)

[ehm]

Jak se to liší od HotSpotu? Pročetl jsem FAQ a zběžně zagooglil, ale žádné shrnutí nikde nevidím. Ve FAQ třeba píšou, že se to hodí pro enterprise aplikace – proč? Má to lepší garbage kolektory? Lepší JIT? Efektivněji to spravuje heapy nad 32 GB? V čem jsou ty základní rozdíly, popř. výhody?

[sid]

nemysim si, po tom vsetkom vyvoji moze byt nejaky velky rozdiel medzi Hotspot a tymto. IBM kedysi prispievalo do Harmony takze tipujem, ze nejaky spolocny zaklad bude tam. Radsej mohli tie sily vrhnut do Hotspot a pripadne veci ktore vedia riesit lepsie implementovat tam. Takto z toho bude klasicky projekt co pride dozit najakych 5 rokov do Eclipse alebo Apache. V poslednej dobe sledujem, ze je velka moda prehodit veci takto elegantne cez palubu a tvarit,ze podporujeme strasne open source.

[petr]

Prave. Co je neprodejny a v totalnim bordelu se da komunite jako open source. Obvykle. U IBM bych se tomu vubec nedivil, takove pribehy jako v IBM nevymysli ani zivot sam.

[Filip Jirsák]

Takhle IBM dalo komunitě třeba Eclipse, podílelo se na Harmony. A těch příkladů je daleko víc, akorát se o tom často neví, že za tím projektem stojí IBM.

[sid]

Ano? a ako skoncilo Harmony? Kolko ludi s IBM dalej na nom pracuje? To iste napr. OpenOffice. Problem pri tychto projektoch je v tom, ze to su komplexne projekty takze vobec nie je jednoduche pre komunitu to udrziavat ak firma co povodne tam dala stiahne ludi. Co myslite ako skonci tento projekt ked napr IBM nebude potrebovat poskytovat podporu v ramci existujucich zmluv.

[Filip Jirsák]

Harmony přispělo k tomu, že Sun uvolnil OpenJDK. Podle mne tedy skončilo výborně. IBM pokud vím nikdy nebylo žádným tahounem OpenOffice.org. Já vnímám IBM právě tak, že když něco opensourcuje, dál táhne vývoj – není to tak, že by opensourcování používali jako nástroj, jak se něčeho zbavit.

[sid]

pokial si pamatam tak jeden z dovodov preco isiel openoffice do Apache a pod licenciou Apache bolo aj to, ze tam bude prispievat IBM. Ak je to pripadne inac tak beriem spat. O tom ako k tomu Harmony prispelo by sa dalo disktovat ale nejako mi teda unika zmysel dalsieho JVM. Ci napada vas je normalny dovod preco by vyvojar mal investovat cas do noveho JVM ked je tu hotspot ktory urcite bude ten kde najviac ludi bude testovat a spustat aplikacie. Keby ten JVM obsahoval real time garbage collector (tj realne predikovatelne zastavenia co v urcitom pripade nevie ani G1) tak by to malo zmysel. Zatial je tam kopec prazdnych PR reci bez nejakych faktov.

[Filip Jirsák]

Smysl další JVM je stejný, jako smysl další linuxové distribuce, dalšího OS, dalšího prohlížeče… Prostě je to jiná implementace, lidé si mohou vybrat, mohou se tam implementovat jiné věci – vyzkouší se tak, co je lepší, a to lepší pak nepochybně nějakým způsobem přeberou obě JVM.

[Sid]

Ok nechame sa prekvapit, moja predpoved je, ze ked o rok porovname pocet commitov do hotspotu a do tohto JVM tak uz asi nebude o com bavit.

[archen]

Asi tak bych to taky videl

[Omas]

Prave. Co je neprodejny a v totalnim bordelu se da komunite jako open source.

A co bys preferoval? Aby firma proste uzavrela vyvoj a zdrojaky nevydala? Mne to prijde jako ten nejlepsi zpusob, jak to ukoncit. Pokud je to na nic, tak to chcipne i v Eclipse Foundation, pokud je o to zajem, tak bude vyvoj pokracovat ...

[ehm]

Harmony byla především implementace API. Vlastní JVM nemělo, resp. pár implementací někdo vytvořil a dodal jim to, ale bylo to nekompletní a samo Harmony doporučovalo používat právě tu J9.

[archen]

No ty prvni benchmarky nevypadaj nijak vabne: https://www.phoronix.com/scan.php?page=article&item=openj9-jvm-benchmark&num=3

Otazka je taky tuning JVM, kdo netuni JVM, jakoby nezil, ackoli ty rozdily jsou v tech testech ve vychozim nastaveni stejne docela velke v nekterych pripadech, ale tak musi se na to sahnout by hand.

Kazdopadne pro me bylo zajimavy IBM JDK 8 z jednoho konkretniho pohledu a bylo to nativni generovani GPU kodu pro urychlovani operaci nad streamy, co me nadchlo. Nicmene po basic testech jsem zustal u projektu jako:

• https://nd4j.org/
• https://deeplearning4j.org/
• https://github.com/IBMSparkGPU/GPUEnabler

No a pokud potrebuju GPU akceleraci primo v CUDA nebo OpenCL, ale chci pristupovat k jejich api javovou cestou, tak tu mame brilantni projekt: https://github.com/bytedeco/javacpp-presets/tree/master/cuda resp. https://github.com/bytedeco/javacpp-presets

Tak, ale dejme tomu cas, urcite jako pocin super.

[ehm]

No ty prvni benchmarky nevypadaj nijak vabne: https://www.phoronix.com/scan.php?page=article&item=openj9-jvm-benchmark&num=3

To teda. Díky za link.

Tak, ale dejme tomu cas, urcite jako pocin super.

Těžko říct, jestli to vůbec přežije. Ale uvidíme, mít případně další alternativu snad neuškodí.

[Conscript89]

No ty prvni benchmarky nevypadaj nijak vabne: https://www.phoronix.com/scan.php?page=article&item=openj9-jvm-benchmark&num=3

dual Xeon Gold Tyan server

Skoda jen ze Phoronix neudelal nejaky benchmark na Power8, Power9 a z13 nebo z14. Tam by mohly byt zajimavy vysledky oproti jinym implementacim a pro zakazniky IBM zajimavejsi nez jak to bezi na Intel procesorech.