abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 0
dnes 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 1
dnes 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
dnes 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
dnes 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
dnes 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
dnes 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
včera 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 8
včera 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 35
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 340 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: Java - maximální velikost zásobníku a kompilátor Google Closure

    5.4.2013 16:49 Radek Miček | skóre: 23 | blog: radekm_blog
    Java - maximální velikost zásobníku a kompilátor Google Closure
    Přečteno: 323×
    Mám kód v JavaScriptu, jenž bych chtěl zmenšit a zjednodušit pomocí kompilátoru Google Closure (ten je napsaný v Javě).

    Bohužel Google Closure spadne na přetečení zásobníku. Zkoušel jsem tedy nastavit větší zásobník (pomocí parametru -Xss), ale to jde jen do velikosti 2 GB (-Xss2047M), což nestačí. Při pokusu o nastavení větší velikosti zásobníku (např. -Xss2048M) dostanu chybový výpis začínající:
    #
    # A fatal error has been detected by the Java Runtime Environment:
    #
    #  SIGSEGV (0xb) at pc=0x0000000000000000, pid=9351, tid=139969911744256
    #
    # JRE version: 7.0_17-b02
    # Java VM: OpenJDK 64-Bit Server VM (23.7-b01 mixed mode linux-amd64 compressed oops)
    
    Místo OpenJDK jsem zkoušel IKVM.NET, tam dostanu následující chybu:
    System.TypeLoadException: Could not load type 'com.google.javascript.jscomp.ComposeWarningsGuard' from assembly 'ikvm_dynamic_assembly__26728760, Version=2013.405.1736.22304, Culture=neutral, PublicKeyToken=null'.
    
    Otázka tedy je, jak spustit Javovský program, jenž potřebuje více než 2 GB zásobníku?

    Řešení dotazu:


    Odpovědi

    5.4.2013 17:32 Ivan
    Rozbalit Rozbalit vše Re: Java - maximální velikost zásobníku a kompilátor Google Closure
    2GB? Defaultni velikost zasobniku v JVM je 32MB. A temer na vsechno to staci. V Jave - narozdil od C++ - jsou vsechny objekty na heapu. Vsechny promenne jsou jen reference na heap a ty moc mista nezabiraji.

    Kdyz jsem kompiloval nejakou slozitou gramatiku pomoci ANTLR (ktery hojne vyuziva rekurzi) tak jsem musel zvednout velikost zasobniku na 128MB. Navic to bylo potreba jen na 32bit JVM. 64bit JVM si dokazala zasobnik zvetsit sama.

    Suma sumarum se domnivam, ze mas problem nekde jinde. Treba jsi objevil chybu v Google Closure kompilatoru anebo primo v OpenJDK.

    PS: na Linuxu zacina stack jednoho vlakna tam kde konci stack druheho. Aby si zacykleny vlakna navzajem neprepisovaly stack je mezi nimi jedna zamcena 4KB stranka. Kdyz na ni sahnes tak dostanes SEGV.

    5.4.2013 18:45 Radek Miček | skóre: 23 | blog: radekm_blog
    Rozbalit Rozbalit vše Re: Java - maximální velikost zásobníku a kompilátor Google Closure
    Díky za odpověď.
    Treba jsi objevil chybu v Google Closure kompilatoru
    Podobné skripty, ale menší (kolem 1-2 MB) se mi přeložit podařilo. Skript, jenž překládám teď, je větší (3,2 MB), ale v principu stejný, neboť je vygenerován stejným nástrojem.

    Problém pro Google Closure jsou možná delší funkce. Když v souboru ponechám pouze nejdelší funkci __IDR__.APPLY0, tak problém přetrvává - soubor má pouze 1,2 MB, a přesto dostanu java.lang.RuntimeException: java.lang.StackOverflowError.
    5.4.2013 21:57 Radek Miček | skóre: 23 | blog: radekm_blog
    Rozbalit Rozbalit vše Re: Java - maximální velikost zásobníku a kompilátor Google Closure
    Už jsem to vyřešil. Pomohli mi v diskuzní skupině kompilátoru Google Closure.

    Problém spočívá v tom, že velikost vlákna, v němž probíhá kompilace, je určena konstantou COMPILER_STACK_SIZE, tudíž nastavení -Xss nemá žádný vliv. Vyřešil jsem to tedy tak, že jsem si stáhl zdrojáky a změnil konstantu (v souboru src/com/google/javascript/jscomp/Compiler.java) z původní hodnoty 1 << 21 na novou hodnotu 1 << 27.

    Na závěr přikládám zdůvodnění, proč se konstanta používá:
    Under JRE 1.6, the JS Compiler overflows the stack when running on some large or complex JS code. When threads are available, we run all compile jobs on a separate thread with a larger stack.

    That way, we don't have to increase the stack size for every thread (which is what -Xss does).
    5.4.2013 17:35 Radek Miček | skóre: 23 | blog: radekm_blog
    Rozbalit Rozbalit vše Re: Java - maximální velikost zásobníku a kompilátor Google Closure
    Dodatek: Změřil jsem využití paměti a Google Closure využije zhruba 180 MB, než spadne na přetečení zásobníku. To znamená, že 2 GB se ani nevyužijí. Google Closure spouštím příkazem:
    java -Xss2047M -jar compiler.jar --js Vstup.js --js_output_file Vystup.js --language_in ECMASCRIPT5
    
    5.4.2013 17:42 Radek Miček | skóre: 23 | blog: radekm_blog
    Rozbalit Rozbalit vše Re: Java - maximální velikost zásobníku a kompilátor Google Closure
    Příloha:
    Přikládám skript - jedná se o soubor vygenerovaný kompilátorem jazyka Idris.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.