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í
×

včera 14:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 151. brněnský sraz, který proběhne v pátek 20. 4. od 18:00 hodin v restauraci Benjamin na Drobného 46.

Ladislav Hagara | Komentářů: 0
včera 13:33 | Nová verze

Byla vydána verze 18.04.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
včera 13:11 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.26 a beta verze 1.27 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
včera 12:55 | Komunita

Dle plánu byla dnes vydána hra Rise of the Tomb Raider (Wikipedie) pro Linux. Koupit ji lze za 49,99 €.

Ladislav Hagara | Komentářů: 2
včera 09:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 254 bezpečnostních chyb. V Oracle Java SE je například opraveno 14 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 12 z nich. V Oracle MySQL je opraveno 33 bezpečnostních chyb. Vzdáleně zneužitelné bez autentizace jsou 2 z nich.

Ladislav Hagara | Komentářů: 3
18.4. 23:11 | Nová verze

Byla vydána verze 8.0 linuxové distribuce Trisquel GNU/Linux. Nejnovější verze Trisquel nese kódové jméno Flidas a bude podporována do roku 2021. Výchozím prostředím je nově MATE 1.12. Trisquel patří mezi svobodné distribuce doporučované Nadací pro svobodný software (FSF).

Ladislav Hagara | Komentářů: 0
18.4. 16:00 | Nová verze

Byla vydána nová verze 27.9.0 webového prohlížeče Pale Moon (Wikipedie) vycházejícího z Firefoxu. Přehled novinek v poznámkách k vydání. Jedná se o poslední větší aktualizaci verze 27. Vývojáři se zaměří na novou verzi 28.

Ladislav Hagara | Komentářů: 0
18.4. 12:00 | Nová verze

Google Chrome 66 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 66.0.3359.117 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 62 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
18.4. 06:00 | Nová verze

Byla vydána druhá RC verze nové řady 2.10 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání.

Ladislav Hagara | Komentářů: 0
17.4. 23:39 | Pozvánky

Již tento čtvrtek (19. 4.) se v posluchárně 107 na Fakultě informačních technologií ČVUT v Praze Dejvicích odehraje večer s Turrisem, tentokrát zaměřený na nový modulární router MOX. Mluvit o něm budou Patrick Zandl a Ondřej Filip, ale bude i prostor pro dotazy a diskuzi s vývojáři. Akce začíná v 18:00 a plánovaný konec je v 19:45. Mapka, kde se nachází daná posluchárna, a možnost registrace je k dispozici na webu CZ.NIC.

Miška | Komentářů: 0
Používáte na serverech port knocking?
 (2%)
 (7%)
 (47%)
 (27%)
 (16%)
Celkem 323 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    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: 329×
    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.