Ist garbage collector daemon-thread?

Ist garbage collector ein daemon (hintergrund -) thread?

Dank.

  • ich denke, dass es umgesetzt werden muss als eine native thread
  • Korrektur...
  • Chandran: Nein, ein garbage collector nicht brauchen, um zu Leben in einem eigenen thread an alle. In der Tat, es ist ziemlich kompliziert, es so zu tun (obwohl es hat einige Vorteile wie keine Unterbrechung des Programms, wie die normalen "stop-the-world" - Sammler zu tun).
  • Im Zusammenhang? stackoverflow.com/questions/2213340/...
  • tatsächlich heute ist die GC und die JIT sind im hintergrund laufen high-priority-threads. GC in hintergrund-threads haben viel zu viele Vorteile zu passieren.
  • Gut zu wissen, aber ich nehme an, Sie sprechen von Sun (Oracle) Referenz-Implementierung. Ich denke, nicht jeder Java-Implementierung unterstützt threaded GC.
  • eigentlich die meisten modernen JVMs würde profitieren von concurrent GC, vorausgesetzt, das system ist Ersatz-Kerne. Um es einfach auszudrücken: es wird nicht möglich sein, richtig zu verwalten großen Haufen w/o. Die Pausen werden intolerant.

InformationsquelleAutor bunty | 2011-03-07
  1. 6

    Gehe ich davon aus ja, die Garbage-collector-thread ein daemon-thread. Daemon-thread ist ein thread mit niedriger Priorität läuft zeitweise im Boden zurück, tut der garbage collection-Vorgang oder anderen Anforderungen für das java runtime-system.

    • Die GC-threads HOHER Priorität.
    • Von Java Concurrency In Practice by Goetz et al: "Wenn die JVM startet, werden alle threads, die es schafft (wie z.B. den garbage-collector und andere Hauswirtschaft-threads) sind daemon-threads, außer der Haupt-thread."
    • Ein daemon-thread ist einfach ein thread, der nicht Kraft der JVM laufen zu halten. d.h. Es gibt zwei Arten von threads: non-deamon threads und daemon-threads. Non-deamon threads führen Ihre wichtige Arbeit, und daemon-threads führen den Haushalt. Wenn alle nicht-Dämon-threads fertig ausgeführt, die JVM heruntergefahren und tötet alle daemon-threads automatisch. Das ist, was Sie wollten, wenn Sie erstellt der daemon-thread, richtig? Nur einige Zimmerreinigung Aufgabe unterstützen soll, die nicht-daemon-threads.
    • Wenn der garbage collector ist ein daemon-thread und könnte beendet werden, wenn alle nicht-daemon-threads beenden, bedeutet das, dass alle Referenzen wurden nicht garbage-collected und vielleicht noch besetzen Speicher?
    • wenn die JVM heruntergefahren, es gibt allen Speicher, den er immer besetzt. Keine Verweise mehr existieren. Also, keine
    InformationsquelleAutor Buhake Sindi
  2. 2

    Es ist nicht ein thread von einem java.lang.Thread Perspektive zumindest.

    • was du meinst ist es nicht von java aus.lang.Thread ? user-space-Mehrschritt-oder native-Implementierung.
    • Ich meine, es ist nicht ein thread, Sie können sehen und zu verwalten, die in Java im Gegensatz zu anderen gewöhnlichen (enthält Dämon -) threads, die nur Instanzen von java.lang.Thread. So, ich habe indirekt angedeutet, dass es eine native Implementierung abstrahiert von den Benutzer.
    InformationsquelleAutor adarshr
  3. 0

    Ja: http://www.javaperspective.com/daemon-threads.html :
    (Daemon-threads als threads, die im hintergrund laufen und Sie sind im Allgemeinen als service-Provider für die user-threads. Zum Beispiel, die Java garbage collector ist ein daemon-thread)

    InformationsquelleAutor TT_
  4. 0

    auf jdk 1.8 in folgenden threads aufgelistet sind mit 

    ThreadMXBean mxbean = ManagementFactory.getThreadMXBean();
    for(long id:mxbean.getAllThreadIds())
        System.out.println(mxbean.getThreadInfo(id));

    Ausgabe -

    1. "Attach Listener" Id=5 " AUSFÜHRBAR
    2. "Signal Dispatcher" Id=4 " AUSFÜHRBAR
    3. "Finalizer" Id=3 das WARTEN auf java.lang.ref.ReferenceQueue$Lock@63947c6b
    4. "Reference Handler" Id=2 WARTEN auf java.lang.ref.Referenz$Lock@2b193f2d
    5. "main" Id=1 " AUSFÜHRBAR

    Gibt es keine GC-thread. Es kann sicher gesagt werden, garbage collection-Prozess ist native.

    InformationsquelleAutor bina ramani
  5. -1

    Einen daemon-thread ist auch ein thread, der läuft weiter, auch nachdem die JVM beendet wird. Aus der Oracle-Dokumentation
    Wenn eine Java-Virtuelle Maschine startet, gibt es normalerweise eine einzige nicht-daemon-thread (was in der Regel ruft die Methode mit dem Namen main, der einige bestimmten Klasse). Die Java Virtual Machine wird weiterhin ausgeführt, threads, bis eines der folgenden Auftritt:
    •Die exit-Methode der Klasse Runtime aufgerufen wurde und die security-manager zugelassen hat, dass der exit-operation stattfinden.
    •Alle threads, die nicht-daemon threads sind gestorben, entweder durch die Rückkehr aus dem Aufruf der run-Methode oder durch auslösen einer Ausnahme, der sich ausbreitet, über die run-Methode.

    Also, wenn GC ist ein daemon thread, sollte es eine native thread erzeugt, indem die java-Laufzeit, können aber weiterhin ausgeführt werden, nachdem er die JVM beendet

    • "Ein Dämon-thread ist auch ein thread, der läuft weiter, auch nachdem die JVM beendet wird." Nein, es kann nicht sein, Java-threads, nachdem Sie die JVM beendet wird.
    InformationsquelleAutor srajan
Schreibe einen Kommentar