Java VisualVM a rostoucí spotřeba paměti

[pecrom]

Zdarec, nasel by se tu nekdo, kdo ma zkusenosti s VisualVM a profilovanim javy? neni mi jasna jedna vec. Mam program:

Kód [Vybrat] Rozbalit

public class Main {

    public static void main(String[] args) {

        Runnable action = () -> {
            while (true) {
                System.out.println("memory ate");
                try {
                    TimeUnit.MILLISECONDS.sleep(10);
                } catch (InterruptedException e) {
                    //nothing
                }
            }
        };

        new Thread(action, "Eater").start();
    }
}


Kdyz se na tento program podivam ve VisualVM tak vidim, ze vlakno "Eater" spotrebovava vic a vic pameti. Muzete mi nekdo vysvetlit proc?



Diky za pomoc:)

[Reklama]

[Ondra Satai Nekola]

Ta pamet tam zustava i po zavolani GC? (ve VisualVM na to mas tlacitko)

[pecrom]

prave ze jo, furt to vypada, ze to roste

[Ondra Satai Nekola]

A co jsou zac ty objekty, co je GC nesezere?

[Ivan Nový]

Zkuste prodloužit dobu čekání, možná to čeká na výstup do terminálu.

[Reklama]

[pecrom]

A co jsou zac ty objekty, co je GC nesezere?

prave tam se zadne objekty nevytvari, v tom threadu je jenom smycka, co vypisuje do konzole:

Kód [Vybrat] Rozbalit

while (true) {
                System.out.println("memory ate");
                try {
                    TimeUnit.MILLISECONDS.sleep(100);
                } catch (InterruptedException e) {
                    //nothing
                }
            }

Zkuste prodloužit dobu čekání, možná to čeká na výstup do terminálu.

dobu cekani sem prodlouzil a nic se nezmenilo:-/

[Ondra Satai Nekola]

A co jsou zac ty objekty, co je GC nesezere?

prave tam se zadne objekty nevytvari, v tom threadu je jenom smycka, co vypisuje do konzole:

Nespekuluj a podivej se, v jakych objektech ta pamet je...

[pecrom]

tak sem kuknul a toto je vysledek, nevim presne kde se to hleda, ale toto vypada tak nejak nejpravdepodobnejc. Dost je toho v char[], moc mi to nedava smysl.

[Karel Rank]

Jakej GC je pouzitej?

[Sten]

Můj tip je, že System.out je nasměrované do nějakého bufferu.

tak sem kuknul a toto je vysledek, nevim presne kde se to hleda, ale toto vypada tak nejak nejpravdepodobnejc. Dost je toho v char[], moc mi to nedava smysl.

Je jedno, kolik toho kde je (spousta toho jsou interní alokace Java VM), zajímavé je, kolik toho kde přibývá.

[pecrom]

Můj tip je, že System.out je nasměrované do nějakého bufferu.

tak sem kuknul a toto je vysledek, nevim presne kde se to hleda, ale toto vypada tak nejak nejpravdepodobnejc. Dost je toho v char[], moc mi to nedava smysl.

Je jedno, kolik toho kde je (spousta toho jsou interní alokace Java VM), zajímavé je, kolik toho kde přibývá.

presne tak, cucel sem v noci na to a hromadi se to v bufferu pro System.out, kdyz odeberu to cekani, tak mi tam zacnou vznikat vznikat dalsi generace objektu a vypada to, ze gc nestiha cistit pamet. je mozne, ze kdybych to nechal jet dostatecne dlouho, ze by to spadlo popr. ze by to zabil system?

Jakej GC je pouzitej?

zadny sem nenastavoval explicitne, takze defaultni pro java 1.8, takze asi parallel gc

[Stefan]

No ono záleží na tom kolik je přiděleno paměti, pokud je stále k dispozici volná paměť GC nic dělat nebude.
Spustí se až JVM nebude schopna alokovat další požadovaný blok paměti.
Můžete naistalovat plugin "Visual GC" a potom sem dejte screenshot.
Omezte aplikaci paměť přes "-Xmx" a uvidíte že se GC začně o paměť starat :O))

[pecrom]

No ono záleží na tom kolik je přiděleno paměti, pokud je stále k dispozici volná paměť GC nic dělat nebude.
Spustí se až JVM nebude schopna alokovat další požadovaný blok paměti.
Můžete naistalovat plugin "Visual GC" a potom sem dejte screenshot.
Omezte aplikaci paměť přes "-Xmx" a uvidíte že se GC začně o paměť starat :O))

screen je zde

zkusim to -Xmx