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 12:33 | Komunita

    Alex Ellis upozornil 15. března, že firma Docker se chystala zrušit bezplatný hosting open-source projektů na Docker Hubu. Po vlně odporu se představitelé firmy omluvili a posléze byl původní záměr odvolán.

    Fluttershy, yay! | Komentářů: 3
    včera 07:00 | IT novinky

    Ve věku 94 let zemřel Gordon Moore, mj. spoluzakladatel společnosti Intel a autor Moorova zákona.

    Ladislav Hagara | Komentářů: 1
    24.3. 17:11 | Nová verze

    Mercurial (Wikipedie), software pro SCM (Source Code Management), byl vydán ve verzi 6.4. Přehled novinek v poznámkách k vydání. Ve dnech 5. až 7. dubna proběhne konference Mercurial Paris.

    Ladislav Hagara | Komentářů: 0
    24.3. 11:55 | IT novinky

    Byly rozdány Ceny Velkého bratra (Big Brother Awards) za rok 2022 pro největší slídily pořádané nevládní organizací Iuridicum Remedium. Dlouhodobý slídil: Microsoft. Firemní slídil: Seznam. Úřední slídil: Nejvyšší správní soud. Výrok Velkého bratra: Marian Jurečka. Pozitivní cena: NoLog.

    Ladislav Hagara | Komentářů: 10
    24.3. 11:11 | Zajímavý projekt

    Byla představena online vzdělávací platforma Ada Computer Science pro učitele, studenty a kohokoli, kdo se zajímá o informatiku. Stojí za ní Raspberry Pi Foundation a Univerzita v Cambridgi.

    Ladislav Hagara | Komentářů: 0
    24.3. 09:11 | Bezpečnostní upozornění

    GitHub má nový RSA SSH klíč. Předchozí soukromý klíč byl krátce vystaven na GitHubu.

    Ladislav Hagara | Komentářů: 0
    24.3. 08:55 | IT novinky

    Společnost Framework Computer představila (YouTube) nové modulární notebooky: Laptop 13 s Intel Core nebo AMD Ryzen a Laptop 16 (YouTube).

    Ladislav Hagara | Komentářů: 0
    23.3. 19:33 | Nová verze

    Bylo vydáno Ubuntu 20.04.6 LTS, tj. šesté opravné vydání Ubuntu 20.04 LTS s kódovým názvem Focal Fossa. Přehled novinek v poznámkách k vydání a v přehledu změn.

    Ladislav Hagara | Komentářů: 2
    23.3. 14:44 | IT novinky

    Připojit neznámý USB flash disk do počítače může být nebezpečné. Dokonce může jít i o život. Někdo rozeslal ekvádorským novinářům USB flash disky, které po připojení do počítače explodují [BBC, Twitter].

    Ladislav Hagara | Komentářů: 2
    23.3. 13:33 | Nová verze

    Byla vydána nová verze 7.4 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu.

    Ladislav Hagara | Komentářů: 0
    Používáte WSL (Windows Subsystem for Linux)?
     (74%)
     (12%)
     (4%)
     (10%)
    Celkem 321 hlasů
     Komentářů: 4, poslední 24.3. 06:42
    Rozcestník


    Dotaz: Java - garbage collector

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

    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.