Speicher-Agent von einem Oracle JRockit Mission Control Client auf einem anderen Rechner darauf zugreifen. gehen Sie folgendermaßen vor, der Verwaltungsserver wird öffnen Sie keinen Port für remote-Zugriff und kann dazu führen, dass die JVM-Start mit einer Fehlermeldung über die Sicherheitskonfiguration zu stoppen. Beachten Sie, dass dies nur funktioniert, wenn die überwachte JRockit JVM R27 ist. Sicherheit wird erzwungen, indem nur diese Art von lokalen Zugriff erlaubt, wenn die JVM JRockit-Instanz und die JRockit Mission Control Client durch denselben Benutzer ausgeführt werden. So wenn Sie haben eine Reihe von JVM JRockit-Instanzen, die auf Ihrem Computer ausgeführt und ein JRockit Mission Control-Client starten, wird es automatisch entdecken und erlauben den Zugriff auf die JVMs. Für maximale Benutzerfreundlichkeit sollten Sie auch die Autodiscovery-Mechanismus aktivieren wodurch JRockit Mission Control automatisch ausgeführte JRockit JVM-Instanzen durch das multicast basierend JRockit Erkennungsprotokoll entdecken. Beachten Sie, dass dies normalerweise nur auf das lokale Subnetz arbeiten.
Lokalen Agenten aktiviert ist. XMS-Option setzt die anfängliche und minimale Java-Heap-Größe. Um den Management Agent ohne Sicherheit zu aktivieren müssen Sie nun angeben, dass SSL und Authentifizierung deaktiviert werden soll. Remote-Agent ist aktiviert, wenn explizit deaktiviert oder aktiviert ist.
XMS mit einer Erinnerung Wert und fügen Sie eine Einheit. legt die anfängliche und minimale Java Heap auf 64 MB. ist der Teil des Speichers wo Speicherblöcke Objekte zugeordnet sind und während der Garbagecollection freigegeben. XMS schränkt nicht die Gesamtgröße des Speichers, die die JVM verwenden können. Wenn Sie kein Gerät hinzufügen, erhalten Sie den genauen Wert, den Sie Zustand Beispielsweise werden 64 64 Byte, nicht 64 MB oder 64 Kilobyte auszulegen. Diese Option legt die maximale Java-Heap-Größe. XNS, die anfängliche Heap Standardgröße wird auf mindestens doppelt so groß wie Kindergarten skaliert werden. Wenn Sie versuchen, es auf einen kleineren Wert festlegen, wird standardmäßig JRockit JVM auf 8 MB. Die ersten Java-Heap kann nicht auf einen kleineren Wert als 8 MB festgelegt werden, die Mindestgröße der Java-Heap ist. ist der Teil des Speichers wo Speicherblöcke Objekte zugeordnet sind und während der Garbagecollection freigegeben. Xmx schränkt nicht die Gesamtgröße des Speichers, die die JVM verwenden können. Abhängig von der Art des Betriebssystems, die Sie ausführen, kann der maximale Wert für die Java-Heap einstellen Sie können variieren. setzt die maximale Java Heap auf 1 Gigabyte. Die JVM JRockit R26. XMS-Option in Kombination werden verwendet, um die Java-Heap-Größe begrenzen. Wenn Sie kein Gerät hinzufügen, erhalten Sie den genauen Wert, den Sie Zustand Beispielsweise werden 64 64 Byte, nicht 64 MB oder 64 Kilobyte auszulegen. Fehler: Schwerwiegender Fehler im JRockit während der Speicher-Setup-Phase. Erstellen Sie keine Java Virtual Machine. Xmx, wenn zum Beispiel Sie Benchmark-Tests ausführen möchten. auf Linux IA32 können Probleme beim Einrichten Speicher für Objektzuordnung erleben. Xmx beträgt 16 MB. und JVM JRockit wird beendet. Dieses bekannte Problem gilt für R26. Diese Option deaktiviert die Garbagecollection für Klassen.
