Uw Adobe Experience Manager-exemplaar controleren en onderhouden monitoring-and-maintaining-your-aem-instance

Nadat uw AEM instanties worden opgesteld, moet u hun verrichting, prestaties, en integriteit controleren en handhaven.

Een belangrijke factor in dit verband is dat als u potentiële problemen wilt herkennen, u moet weten hoe uw systeem er onder normale omstandigheden uitziet en zich gedraagt. Deze mogelijkheid kan het best worden verwezenlijkt door het systeem te controleren en informatie in de loop van de tijd te verzamelen.

Back-ups backups

Het is een goede gewoonte om back-ups te maken van:

Uw bedrijf heeft waarschijnlijk een reservebeleid dat u volgt, extra overwegingen van wat en wanneer aan file omvatten het volgende:

Vaak wordt een volledige steun genomen met regelmatige intervallen (bijvoorbeeld, dagelijks, wekelijks, of maandelijks), met stijgende steunen binnen tussen (bijvoorbeeld, uur, dag, of wekelijks).

Back-up maken van de software-installatie backing-up-your-software-installation

Na installatie, of significante veranderingen in de configuratie, creeer een steun van uw softwareinstallatie.

Om deze taak te verwezenlijken, file uw volledige bewaarplaatsen toen:

Back-up maken van uw opslagplaats backing-up-your-repository

De reserve en hersteltsectie van de documentatie van CRX behandelt alle kwesties met betrekking tot steunen van de bewaarplaats van CRX.

Voor volledige details van het maken van online "hete"steun, zie Creërend een Online Steun.

Versie leegmaken version-purging

Het hulpmiddel van de Versies van de Woorden is voorgenomen voor het zuiveren van de versies van een knoop of een hiërarchie van knopen in uw bewaarplaats. Het belangrijkste doel is om u te helpen de grootte van uw opslagplaats te verminderen door oude versies van uw knopen te verwijderen.

Deze sectie behandelt onderhoudswerkzaamheden met betrekking tot de versieeigenschap van AEM. Het hulpmiddel van de Versie van de Woorden is voorgenomen voor het zuiveren van de versies van een knoop of een hiërarchie van knopen in uw bewaarplaats. Het primaire doel is om u te helpen de grootte van uw opslagplaats te verkleinen door oude versies van uw knooppunten te verwijderen.

Overzicht overview

Het hulpmiddel van de Versies van de Woorden is beschikbaar als wekelijkse onderhoudstaak. Alvorens voor het eerst te gebruiken, moet het worden toegevoegd, dan gevormd. Daarna kan het op verzoek of wekelijks worden uitgevoerd.

Versies van een website wissen purging-versions-of-a-web-site

Ga als volgt te werk om versies van een website te wissen:

Droog uitvoeren - De console analyseren analyzing-the-console

De klassieke UI verstrekt de optie van de Looppas van de a Dry van:

In dit proces worden alle knooppunten weergegeven die zijn verwerkt. Tijdens het proces kan een knooppunt een van de volgende statussen hebben:

Bovendien verstrekt de console nuttige informatie over de versies:

In het volgende voorbeeld:

Werken met auditrecords en logbestanden working-with-audit-records-and-log-files

Op verschillende plaatsen zijn controledossiers en logbestanden met betrekking tot Adobe Experience Manager (AEM) te vinden. Hieronder vindt u een overzicht van wat u kunt vinden en waar u het kunt vinden.

Werken met logbestanden working-with-logs

AEM WCM registreert gedetailleerde logboeken. Nadat u QuickStart hebt uitpakken en gestart, kunt u logbestanden vinden:

Bestandsrotatie logbestand log-file-rotation

De omwenteling van het dossier van het logboek verwijst naar het proces dat de groei van het dossier door een dossier periodiek te creëren beperkt. AEM wordt een logbestand met de naam error.log eenmaal per dag geroteerd volgens de opgegeven regels:

De logbestanden zoeken finding-the-log-files

Verschillende logbestanden worden opgeslagen op de bestandsserver waarop u AEM hebt geïnstalleerd:

Het FOUTOPSPORINGSlogniveau activeren activating-the-debug-log-level

Het standaardlogboekniveau ( Apache die het Registreren van de Configuratie van het Logboekregistratie) registreert is Informatie, zodat zuiver berichten niet worden geregistreerd.

Om het debug logboekniveau voor een Logger te activeren, plaats het bezit org.apache.sling.commons.log.level om in de bewaarplaats te zuiveren. Bijvoorbeeld, op /libs/sling/config/org.apache.sling.commons.log.LogManager om het globale Loggen van het Sling van Apache te vormen.

Een lijn in zuivert dossier begint gewoonlijk met DEBUG, dan verstrekt het logboekniveau, de installeractie, en het logboekbericht. Bijvoorbeeld:

DEBUG 3 WebApp Panel: WebApp successfully deployed

De logniveaus zijn als volgt:

Een aangepast logbestand maken create-a-custom-log-file

In bepaalde omstandigheden, kunt u een dossier van het douanelogboek met een verschillend logboekniveau willen tot stand brengen. Voer de volgende handelingen uit in de opslagplaats:

De Felix-console biedt ook informatie over Sling Log Support op ../system/console/slinglog, bijvoorbeeld https://localhost:4502/system/console/slinglog .

Controleregisters zoeken finding-the-audit-records

Er worden auditrecords bijgehouden om een overzicht te geven van wie wat heeft gedaan en wanneer. Er worden verschillende auditverslagen gegenereerd voor zowel AEM WCM- als OSGi-gebeurtenissen.

AEM WCM-auditrecords die worden weergegeven bij het ontwerpen van pagina's aem-wcm-audit-records-shown-when-page-authoring

AEM WCM-controlegegevens in de opslagplaats aem-wcm-auditing-records-within-the-repository

In de map /var/audit worden auditrecords bijgehouden op basis van de bron. U kunt naar beneden boren tot u individuele verslagen en de informatie ziet die zij bevatten.

Deze vermeldingen bevatten dezelfde gegevens als bij het bewerken van een pagina.

OSGi-auditrecords van de webconsole osgi-audit-records-from-the-web-console

De gebeurtenissen OSGi produceren ook controleverslagen die van het lusje van de Status van de Configuratie kunnen worden gezien de Dossiers van het Logboek tabel in de Console van het AEM Web:

Uw replicatieagents controleren monitoring-your-replication-agents

U kunt uw replicatierijencontroleren om te ontdekken wanneer een rij of neer of geblokkeerd is - die op zijn beurt op een probleem met een het publiceren instantie of extern systeem zouden kunnen wijzen:

Om een replicatieagent te controleren:

Ook hier kunt u een oplossing ontwikkelen om alle replicatieagents (die zich onder /etc/replication/author of /etc/replication/publish bevinden) te detecteren en vervolgens de status van de agent ( enabled , disabled ) en de onderliggende wachtrij ( active , idle, blocked ) te controleren.

Monitorprestaties monitoring-performance

Optimalisering van Prestatiesis een interactief proces dat nadruk tijdens ontwikkeling ontvangt. Na plaatsing, wordt het herzien na specifieke intervallen of gebeurtenissen.

Methoden die worden gebruikt bij het verzamelen van informatie voor optimalisatie kunnen ook worden gebruikt voor doorlopende bewaking.

Hieronder worden gemeenschappelijke prestatieproblemen weergegeven die zich voordoen, samen met voorstellen voor het opsporen en bestrijden van deze problemen.

Prestatieproblemen kunnen het gevolg zijn van verschillende oorzaken die niets te maken hebben met uw website, zoals tijdelijke vertragingen in de verbindingssnelheid, CPU-belasting en nog veel meer.

Het kan ook gevolgen hebben voor al uw bezoekers of alleen voor een deel ervan.

Al deze informatie moet worden verkregen, gesorteerd en geanalyseerd voordat u de algemene prestaties kunt optimaliseren of specifieke problemen kunt oplossen.

Gereedschappen voor het bewaken en analyseren van prestaties tools-for-monitoring-and-analyzing-performance

Hieronder vindt u een kort overzicht van enkele gereedschappen die beschikbaar zijn voor het bewaken en analyseren van de prestaties.

Sommige van deze gereedschappen zijn afhankelijk van uw besturingssysteem.

Het interpreteren van request.log interpreting-the-request-log

In dit bestand wordt basisinformatie geregistreerd over elk verzoek aan AEM. Hieruit kunnen waardevolle conclusies worden getrokken.

De request.log biedt een ingebouwde manier om te zien hoe lang verzoeken duren. Voor ontwikkelingsdoeleinden is het handig om tail -f de request.log te en te controleren op langzame responstijden. Om groter te analyseren request.log, adviseert de Adobe het gebruik van rlog.jar dat u voor reactietijdenlaat sorteren en filtreren.

Adobe raadt u aan de 'trage' pagina's van de request.log te isoleren en deze vervolgens individueel af te stemmen voor betere prestaties. Prestatiewaarden per component opnemen of een hulpprogramma voor het maken van prestatieprofielen gebruiken, zoals [yourkit](https://www.yourkit.com/) .

Bewaking van verkeer op uw website monitoring-traffic-on-your-website

Het aanvraaglogboek registreert elke ingediende aanvraag, samen met het gegeven antwoord:

09:43:41 [66] -> GET /author/y.html HTTP/1.1
09:43:41 [66] <- 200 text/html 797ms

Door alle ingangen van de GET binnen specifieke periodes (bijvoorbeeld, over diverse periodes van 24 uur) in totaal te zijn, kunt u verklaringen over het gemiddelde verkeer op uw website doen.

De reactietijden van de controle met request.log monitoring-response-times-with-the-request-log

Een goed uitgangspunt voor prestatiesanalyse is het verzoeklogboek:

<cq-installation-dir>/crx-quickstart/logs/request.log

Het logbestand ziet er als volgt uit (de regels worden ingekort om het eenvoudig te houden):

31/Mar/2009:11:32:57 +0200 [379] -> GET /path/x HTTP/1.1
31/Mar/2009:11:32:57 +0200 [379] <- 200 text/html 33ms
31/Mar/2009:11:33:17 +0200 [380] -> GET /path/y HTTP/1.1
31/Mar/2009:11:33:17 +0200 [380] <- 200 application/json 39ms

Dit logboek heeft één lijn per verzoek of reactie:

Met behulp van kleine scripts kunt u de vereiste informatie uit het logbestand extraheren en de gewenste statistieken samenstellen. Uit deze statistieken kunt u zien welke pagina's of typen pagina's langzaam zijn en of de prestaties over het geheel genomen bevredigend zijn.

De onderzoekreactie tijden van het toezicht met request.log monitoring-search-response-times-with-the-request-log

Zoekverzoeken worden ook in het logbestand geregistreerd:

31/Mar/2009:11:35:34 +0200 [338] -> GET /author/playground/en/tools/search.html?query=dilbert&size=5&dispenc=utf-8 HTTP/1.1
31/Mar/2009:11:35:34 +0200 [338] <- 200 text/html 1562ms

Dus, zoals hierboven, kunt u manuscripten gebruiken om de relevante informatie te halen en statistieken op te bouwen.

Nadat u echter de responstijd hebt bepaald, analyseert u waarom het verzoek de tijd neemt die nodig is en wat u kunt doen om de reactie te verbeteren.

Het aantal en de gevolgen van gelijktijdige gebruikers controleren monitoring-the-number-and-impact-of-concurrent-users

Ook hier kan request.log worden gebruikt om de gelijktijdige uitvoering en de reactie van het systeem hierop te controleren.

Er moeten tests worden uitgevoerd om te bepalen hoeveel gelijktijdige gebruikers het systeem kan verwerken voordat een negatieve invloed wordt waargenomen. Opnieuw kunnen de manuscripten worden gebruikt om resultaten uit het logboekdossier te halen:

31/Mar/2009:11:45:29 +0200 [333] -> GET /author/libs/Personalize/content/statics.close.gif HTTP/1.1
31/Mar/2009:11:45:29 +0200 [334] -> GET /author/libs/Personalize/content/statics.detach.gif HTTP/1.1
31/Mar/2009:11:45:30 +0200 [335] -> GET /author/libs/CFC/content/imgs/logo.rZMNURccynWcTpCxyuBNiTCoiBMmw000.default.gif HTTP/1.1
31/Mar/2009:11:45:32 +0200 [335] <- 304 text/html 0ms
31/Mar/2009:11:45:33 +0200 [334] <- 200 image/gif 31ms
31/Mar/2009:11:45:38 +0200 [333] <- 200 image/gif 31ms
31/Mar/2009:11:45:42 +0200 [336] -> GET /author/libs/CFC/content/imgs/logo.rZMNURccynWcTZRXunQbbQtvuuCMbRRBuWXz0000.default.gif HTTP/1.1
31/Mar/2009:11:45:43 +0200 [337] -> GET /author/titlebar_bg.gif HTTP/1.1
31/Mar/2009:11:45:43 +0200 [336] <- 304 text/html 0ms
31/Mar/2009:11:45:44 +0200 [337] <- 304 text/html 0ms

Het gebruiken van rlog.jar om verzoeken met lange duurtijden te vinden using-rlog-jar-to-find-requests-with-long-duration-times

AEM bevat de volgende verschillende hulplijnen:
<cq-installation-dir>/crx-quickstart/opt/helpers

Met een van deze gereedschappen, rlog.jar , kunt u request.log snel sorteren, zodat aanvragen worden weergegeven op duur, van langst tot kortst.

De volgende opdracht toont de mogelijke argumenten:

$java -jar rlog.jar
Request Log Analyzer Version 21584 Copyright 2005 Day Management AG
Usage:
  java -jar rlog.jar [options] <filename>
Options:
  -h               Prints this usage.
  -n <maxResults>  Limits output to <maxResults> lines.
  -m <maxRequests> Limits input to <maxRequest> requests.
  -xdev            Exclude POST request to CRXDE.

U kunt bijvoorbeeld het request.log -bestand als parameter opgeven en de tien eerste aanvragen met de langste duur weergeven:

$ java -jar ../opt/helpers/rlog.jar -n 10 request.log
*Info * Parsed 464 requests.
*Info * Time for parsing: 22ms
*Info * Time for sorting: 2ms
*Info * Total Memory: 1mb
*Info * Free Memory: 1mb
*Info * Used Memory: 0mb
------------------------------------------------------
     18051ms 31/Mar/2009:11:15:34 +0200 200 GET /content/geometrixx/en/company.html text/ html
      2198ms 31/Mar/2009:11:15:20 +0200 200 GET /libs/cq/widgets.js application/x-javascript
      1981ms 31/Mar/2009:11:15:11 +0200 200 GET /libs/wcm/content/welcome.html text/html
      1973ms 31/Mar/2009:11:15:52 +0200 200 GET /content/campaigns/geometrixx.teasers..html text/html
      1883ms 31/Mar/2009:11:15:20 +0200 200 GET /libs/security/cq-security.js application/x-javascript
      1876ms 31/Mar/2009:11:15:20 +0200 200 GET /libs/tagging/widgets.js application/x-javascript
      1869ms 31/Mar/2009:11:15:20 +0200 200 GET /libs/tagging/widgets/themes/default.js application/x-javascript
      1729ms 30/Mar/2009:16:45:56 +0200 200 GET /libs/wcm/content/welcome.html text/html; charset=utf-8
      1510ms 31/Mar/2009:11:15:34 +0200 200 GET /bin/wcm/contentfinder/asset/view.json/ content/dam?_dc=1238490934657&query=&mimeType=image&_charset_=utf-8 application/json
      1462ms 30/Mar/2009:17:23:08 +0200 200 GET /libs/wcm/content/welcome.html text/html; charset=utf-8

Plaats de afzonderlijke request.log -bestanden als u deze bewerking moet uitvoeren in een groot gegevensvoorbeeld.

Apache Bench apache-bench

Om het effect van speciale gevallen (zoals huisvuilinzameling) te minimaliseren, wordt het geadviseerd om een hulpmiddel zoals apachebench (bijvoorbeeld, abvoor verdere documentatie) te gebruiken helpen geheugenlekken identificeren en responstijd selectief te analyseren.

Apache Bench kan als volgt worden gebruikt:

$ ab -c 5 -k -n 1000 "https://localhost:4503/content/geometrixx/en/company.html"
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, https://www.zeustech.net/
Licensed to The Apache Software Foundation, https://www.apache.org/

Benchmarking localhost (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests

Server Software: Day-Servlet-Engine/4.1.52
Server Hostname: localhost
Server Port: 4503

Document Path: /content/geometrixx/en/company.html
Document Length: 24127 bytes

Concurrency Level: 5
Time taken for tests: 69.766 seconds
Complete requests: 1000
Failed requests: 998
(Connect: 0, Receive: 0, Length: 998, Exceptions: 0)
Write errors: 0
Keep-Alive requests: 0
Total transferred: 24160923 bytes
HTML transferred: 24010923 bytes
Requests per second: 14.33 /sec (mean)
Time per request: 348.828 [ms] (mean)
Time per request: 69.766 [ms] (mean, across all concurrent requests)
Transfer rate: 338.20 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 3.9 0 58
Processing: 138 347 568.5 282 8106
Waiting: 137 344 568.1 281 8106
Total: 139 348 568.4 283 8106

Percentage of the requests served within a certain time (ms)
50% 283
66% 323
75% 356
80% 374
90% 439
95% 512
98% 1047
99% 1132
100% 8106 (longest request)

De bovenstaande nummers zijn afkomstig van een standaard MAcBook Pro-laptop (medio 2010) die toegang heeft tot de pagina van het bedrijf Geometrixx, zoals deze is opgenomen in een standaard AEM installatie. De pagina is eenvoudig, maar niet geoptimaliseerd voor prestaties.

In apachebench wordt ook de tijd per aanvraag als het gemiddelde weergegeven voor alle gelijktijdige aanvragen. Zie Time per request: 54.595 [ms] (gemiddeld voor alle gelijktijdige aanvragen). U kunt de waarde van de parameter voor gelijktijdige uitvoering -c (aantal meerdere aanvragen dat tegelijkertijd moet worden uitgevoerd) wijzigen om effecten te zien.

Aanvraagtellers request-counters

De informatie over verzoekverkeer (aantal verzoeken tijdens een specifieke tijdspanne) geeft u een aanwijzing van de lading op uw geval. Deze informatie kan uit request.logworden gehaald, hoewel het gebruiken van tellers gegevensinzameling automatiseert om u te laten zien:

Om informatieinzameling te automatiseren, kunt u een RequestFilter ook installeren om een teller op elk verzoek te verhogen. De veelvoudige tellers kunnen voor verschillende tijdsperioden worden gebruikt.

De verzamelde informatie kan worden gebruikt om aan te geven:

Opmerkingen HTML html-comments

Het wordt aanbevolen dat elk project html comments bevat voor serverprestaties. Er zijn veel goede openbare voorbeelden te vinden. Selecteer een pagina, open de paginabron voor weergave en schuif naar de onderkant. U kunt de volgende code zien:

</body>
 </html>
        <!--
        Page took 58 milliseconds to be rendered by server
         -->

Prestaties controleren met behulp van JConsole monitoring-performance-using-jconsole

De gereedschapsopdracht jconsole is beschikbaar in de JDK.

Prestaties controleren met (J)VisualVM monitoring-performance-using-j-visualvm

Voor JDK 6-8 is de toolopdracht visualvm beschikbaar. Nadat u een JDK hebt geïnstalleerd, kunt u het volgende doen:

U kunt dit gereedschap gebruiken om thread-dumps en dumps voor geheugenkoppen te maken. Deze informatie wordt vaak gevraagd door het technische ondersteuningsteam.

Informatieverzameling information-collection

Als u zoveel mogelijk weet wat u met de installatie kunt doen, kunt u nagaan wat een wijziging in de prestaties heeft veroorzaakt en of deze wijzigingen gerechtvaardigd zijn. Verzamel deze metriek met regelmatige intervallen zodat u significante veranderingen gemakkelijk kunt zien.

De volgende informatie kan nuttig zijn:

Hoeveel auteurs werken met het systeem? how-many-authors-are-working-with-the-system

Om het aantal auteurs te zien die het systeem sinds installatie hebben gebruikt gebruik de bevellijn:

cd <cq-installation-dir>/crx-quickstart/logs
cut -d " " -f 3 access.log | sort -u | wc -l

Om het aantal auteurs te zien die op een bepaalde datum werken:

grep "<date>" access.log | cut -d " " -f 3 | sort -u | wc -l

Wat is het gemiddelde aantal paginanavigaties per dag? what-is-the-average-number-of-page-activations-per-day

Als u het totale aantal paginaberichten sinds de serverinstallatie wilt zien, gebruikt u een opslagruimtequery; als CRXDE - Tools - Query:

Bereken vervolgens het aantal dagen dat is verstreken sinds de installatie om het gemiddelde te berekenen.

Hoeveel pagina's handhaaft u momenteel op dit systeem? how-many-pages-do-you-currently-maintain-on-this-system

Als u het aantal pagina's wilt zien dat momenteel op de server staat, gebruikt u een query in de repository; via CRXDE - Tools - Query:

Als u MSM gebruikt, wat is het gemiddelde aantal rollouts per maand? if-you-use-msm-what-is-the-average-number-of-rollouts-per-month

Om het totale aantal rollouts sinds installatie te bepalen, gebruik een bewaarplaatvraag; als CRXDE - Hulpmiddelen - Vraag:

Bereken het aantal maanden dat is verstreken sinds de installatie om het gemiddelde te berekenen.

Wat is het gemiddelde aantal levende exemplaren per maand? what-is-the-average-number-of-live-copies-per-month

Om het totale aantal Actieve Kopieën te bepalen die sinds installatie worden gemaakt gebruikt een bewaarplaatvraag; via CRXDE - Hulpmiddelen - Vraag:

Gebruik opnieuw het aantal maanden dat sinds installatie is verstreken om het gemiddelde te berekenen.

Als u AEM Assets gebruikt, hoeveel middelen handhaaft u momenteel in Assets? if-you-use-aem-assets-how-many-assets-do-you-currently-maintain-in-assets

Als u wilt zien hoeveel DAM-middelen u momenteel beheert, gebruikt u een query voor de opslagplaats; via CRXDE - Tools - Query:

Wat is de gemiddelde omvang van de activa? what-is-the-average-size-of-the-assets

De totale grootte van de /var/dam map bepalen:

Hoeveel sjablonen worden momenteel gebruikt? how-many-templates-are-currently-used

Om het aantal malplaatjes momenteel op de server te zien gebruik een bewaarplaatvraag; via CRXDE - Hulpmiddelen - Vraag:

Hoeveel componenten worden momenteel gebruikt? how-many-components-are-currently-used

Als u het aantal componenten wilt zien dat momenteel op de server aanwezig is, gebruikt u een query voor de opslagplaats; via CRXDE - Tools - Query:

Hoeveel verzoeken hebt u per uur op het auteurssysteem op piektijd? how-many-requests-per-hour-do-you-have-on-the-author-system-at-peak-time

Om de verzoeken per uur te bepalen die u op het auteurssysteem bij piektijd hebt:

Hoeveel verzoeken per uur hebt u op het publicatiesysteem bij piektijd? how-many-requests-per-hour-do-you-have-on-the-publish-system-at-peak-time

Herhaal de bovenstaande procedure voor uw publicatieexemplaar.

Specifieke scenario's analyseren analyzing-specific-scenarios

Hieronder volgt een lijst met suggesties voor het controleren of er bepaalde prestatieproblemen optreden. De lijst is (helaas) niet volledig.

CPU bij 100% cpu-at

Als de CPU van uw systeem constant op 100% draait, zie het volgende:

Onvoldoende geheugen out-of-memory

Hoewel dergelijke fouten tijdens de ontwikkeling en het testen moeten worden ontdekt, kunnen bepaalde scenario's door glijden.

Als er onvoldoende geheugen beschikbaar is voor uw systeem, kunt u dit probleem op verschillende manieren zien, waaronder prestatievermindering en foutmeldingen, zoals de subtekst:

java.lang.OutOfMemoryError

Controleer in deze gevallen:

I/O schijf disk-i-o

Als er onvoldoende schijfruimte beschikbaar is op uw systeem, of als u merkt dat de schijf wordt vastgezet, raadpleegt u:

Regelmatige afbraak van prestaties regular-performance-degradation

Als u ziet dat de prestaties van uw instantie achteruitgaan nadat u opnieuw hebt opgestart (soms een week of later), kunt u het volgende controleren:

JVM-tuning jvm-tuning

De JVM (Java™ Virtual Machine) is verbeterd op het gebied van tuning (vooral sinds Java™ 7). Als zodanig is het vaak handig een redelijke vaste JVM-grootte op te geven en de standaardinstellingen te gebruiken.

Als de standaardinstellingen niet geschikt zijn, is het belangrijk een methode op te zetten om de prestaties van de GC te bewaken en te beoordelen. Doe dit voordat u probeert de JVM af te stemmen. Dit proces kan betrekking hebben op monitoringfactoren, waaronder heap-grootte, algoritme en andere aspecten.

Enkele algemene keuzen zijn:

Het resulterende logboek kan door GC visualizer zoals worden opgenomen:

[https://www.ibm.com/developerworks/library/j-ibmtools2/](https://www.ibm.com/developerworks/library/j-ibmtools2/)

Of JConsole:

U kunt zien hoeveel geheugen wordt gebruikt, welke GC-algoritmen worden gebruikt, hoe lang het duurt om te werken en welk effect dit proces heeft op de prestaties van uw toepassing. Zonder dit, is het stemmen enkel "willekeurig het draaien knopen".