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 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
včera 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 9
včera 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
včera 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 7
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 32
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 50
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 9
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 946 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    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: 326×
    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.