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 02:22 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 15.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 1
    dnes 01:11 | Pozvánky

    Současně se SUSECON 2026 proběhne příští čtvrtek v Praze také komunitní Open Developer Summit (ODS) zaměřený na open source a openSUSE. Akce se koná ve čtvrtek 23. 4. (poslední den SUSECONu) v Hilton Prague (místnost Berlin 3) a je zcela zdarma, bez nutnosti registrace na SUSECON. Na programu jsou témata jako automatizace (AutoYaST), DevOps, AI v terminálu, bezpečnost, RISC-V nebo image-based systémy. Všichni jste srdečně zváni.

    lkocman | Komentářů: 1
    včera 15:44 | Humor

    Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a

    … více »
    » FIDESZ🧡! « | Komentářů: 15
    včera 15:33 | Nová verze

    Byla vydána verze 1.95.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Zajímavý software

    Mozilla prostřednictvím své dceřiné společnosti MZLA Technologies Corporation představila open-source AI klienta Thunderbolt. Primárně je určený pro firemní nasazení.

    Ladislav Hagara | Komentářů: 0
    včera 14:00 | IT novinky

    Firma Cal.com oznámila, že přesouvá svůj produkční kód z otevřeného do uzavřeného repozitáře z důvodu bezpečnostního rizika umělé inteligence, která prý dokáže vyhledávat a zneužívat zranitelnosti rychleji, než by je jejich vývojářský tým stíhal opravovat. Zároveň zveřejnila samostatnou, open-source verzi Cal.diy pod licencí MIT, ovšem bez řady původních funkcí. O tom, zda je toto opatření rozumné, existují pochyby. … více »

    » FIDESZ🧡! « | Komentářů: 6
    včera 13:55 | Nová verze

    Vývojáři KDE na Mastodonu oznámili vydání balíku aplikací KDE Gear 26.04. Přehled novinek i s náhledy a videi v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    15.4. 23:00 | Nová verze

    Kryptografická knihovna OpenSSL byla vydána v nové verzi 4.0. Přehled změn v souboru CHANGES.md na GitHubu. Odstraněna byla podpora SSLv2 Client Hello a SSLv3. Ve výchozím nastavení byla zakázána podpora odmítnutých eliptických křivek v TLS dle RFC 8422. Přibyla například podpora Encrypted Client Hello (ECH, RFC 9849).

    Ladislav Hagara | Komentářů: 0
    15.4. 20:55 | Komunita

    curl up 2026, tj. setkání vývojářů a uživatelů curlu, proběhne opět v Praze. O víkendu 23. a 24. května v Pracovně.

    Ladislav Hagara | Komentářů: 0
    15.4. 15:55 | IT novinky

    Aplikace pro ověřování věku uživatelů on-line platforem je technicky hotová a brzy bude k dispozici pro občany EU, oznámila dnes předsedkyně Evropské komise Ursula von der Leyenová. Půjde podle ní o bezplatné a snadno použitelné řešení, které pomůže chránit děti před škodlivým a nelegálním obsahem. Aplikace bude podle ní fungovat na jakémkoli zařízení a bude zcela anonymní.

    Ladislav Hagara | Komentářů: 15
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (1%)
     (12%)
     (30%)
     (3%)
     (6%)
     (2%)
     (15%)
     (25%)
    Celkem 1344 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: Java - garbage collector

    25.8.2009 13:06 merlik | skóre: 13 | blog: merlik
    Java - garbage collector
    Přečteno: 587×

    OS: 2.6.18-128.1.10.el5PAE i686 Linux
    Java: 1.6.0_16
    Tomcat: 6.0.18 (s parametry: -XX:MaxPermSize=512m -Xms512m -Xmx512m -server)
    PostgreSQL: 8.1.11-1.el5_1.1

    Představte si situaci, kdy v Tomcatu je nasazena aplikace (obyč webová aplikace se Springem, Hibernatem, JSF, komponentami od Infragistics (přesné verze mohu asi dohledat)) připojující se do Postgresu. Tohle si jen tak žije, nikdo na to nešahá a stejně tam dle visualvm vznikají periodicky nějaké objekty. Po chvíli je většina z nich odklizena garbage collectorem (=v grafu využití heapu vznikne tzv. pila naznačující nějaký leak). A takhle se to stále opakuje, ale postupně (pomalu) vzrůstá využití heapu. Jestli jsem dobře koukal, tak tam postupně vznikají integery. Nakonec to (po pár dnech) skončí na nedostatku paměti (heap má 512MB).

    Problému se dá předejít vynucením GC z připojeného visualvm. Ten pak uklidí heap na stav po spuštění aplikace.

    A nyní bych měl dvě otázky. Jak zjistit, kdo je "autorem" problematických objektů? Dá se to? Nejsem java guru a tohle mám před sebou jako černou skříňku, která zlobí :)

    A případně, dá se nějakými konfiguračními volbami donutit GC k tomu, aby se čas od času spustil v módu jako se provede z visulavm a uklidil všechno, co uklidit může? Prozatím mi uniká, že samovolně tohle nedokáže a tomcat nakonec skončí jako nepoužitelný, i když to uklidit lze.

    Předem děkuji za jakékoliv podněty, třebas jen ke studiu, pač googlu jsem zatím nedokázal položit správný dotaz.

    I cesta může být cíl.

    Odpovědi

    25.8.2009 13:29 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
    Rozbalit Rozbalit vše Re: Java - garbage collector
    Pár základních tipů bych měl:
    1. Nechte GC vypisovat, co dělá (-XX:+PrintGCDetails, -XX:+PrintGCTimeStamps, pro hrubší sledování jinfo -gcutil).
    2. Při OutOfMemory si nechte dumpnout heap (-XX:+HeapDumpOnOutOfMemoryError, -XX:HeapDumpPath=/home/ladicek/work/dumps). Případně si ho dumpněte ručně, VisualVM by to mohl umět, případně jmap.
    3. Eclipse Memory Analyzer je váš přítel.
    4. Pokud jde o permgen, zvyšte jeho maximální velikost (-XX:MaxPermSize=128M) a modlete se.
    Ještě na tom nejsem tak špatně, abych četl Viewegha.
    25.8.2009 13:41 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Java - garbage collector
    Ako konkretne vyzera message OOME, na ktoru JVM nakoniec spadne? Stale su dve moznosti, a to ze pamat dosla na heape, alebo v 'permgen'; vzhladom na vyssie uvedene nastavenie maxpermsize predpokladam, ze tuning tejto oblasti uz bol v minulosti potrebny.

    Ak manualne spusteny full gc veci uprace, ale backgroundovo spusteny skonci na OOME, problem by nemusel byt v tom, ze nejake veci su "negarbagecollectovatelne", ale v tom, ze gc trva prilis dlho; JVM totiz vyhodi OOME aj vtedy, ak sa za stanoveny cas nepodari uvolnit urcite mnozstvo pamate, ale toto nastava iba pri plnom heape. Odporucam skusit inkrementalny GC (-Xincgc) alebo vzhladom na pouzitu javu aj G1GC (-XX:+UnlockExperimentalVMOptions -XX:+UseG1GC). Same o sebe toto vyzera dost podozrivo: cokolvek dokaze urobit explicitne spusteny GC, dokaze urobit aj backgroundovy GC (ono je to ten isty, ze ano) v podmienkach plneho heapu. Naplnenie heapu odpali full-gc tak isto ako jeho explicitne volanie. Zda sa mi zvlastne, ze to prve je neuspesne, zatial co to druhe funguje.

    Pricinou, preco niektore objekty nie su collectovane, i ked by potencialne mohli byt, je neukoncena finalizacia. Kazdopadne by bolo vhodne najskor urobit thread dump v momente padu a analyzovat, ake objekty zaberaju vela miesta.

    Uzatvaraju sa databazove spojenia? Pouziva sa connection pooling zabezpecovany webovym kontajnerom? Nesnazi sa aplikacia robit si ho sama? Su pady nahodne, alebo k nim dochadza pri nejakej specifickej akcii (zalohovanie, export/import udajov, vacsi pocet pouzivatelov)?

    Len pre istotu: ta Java nie je nahodou OpenJDK?
    25.8.2009 14:05 merlik | skóre: 13 | blog: merlik
    Rozbalit Rozbalit vše Re: Java - garbage collector

    Používám javu od SUNu, žádný klon.

    Co se týká provedení dumpu v momentě, kdy "dojde paměť", tak visualvm provede nejdřív ten svůj GC a vyčistí paměť, takže se nic nedozvíme. Ale kamarád už našel ještě jiný způsob, ale o tom ještě tolik nevím.

    Co se týká db, dělá je tomcat a s tím snad problém není.

    Pády jsou náhodné, prostě i bez využívání aplikace a serveru prostě po nějaké chvíli paměť dojde. Přesnou vyjímku dodám, jen co ji najdu :)

    Co se týká toho, že gc hlásí out-of-memory, když nestíhá, tak to vím. Ale ten stroj nic jiného nedělá, load tam není žádný, ale prostě jsou tam "negarbagecollectovatelné" objekty, které se snažím nějak identifikovat. Děkuji za tip s finalizací. Zkusím využít všechny návrhy a něco zjistit.

    I cesta může být cíl.

    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.