Oftest er det Tomcat plattformen unøyaktig skylden for Java Virtual Machine (JVM ) og OutOfMemoryError ( OOME ) meldinger. Imidlertid kan mange ganger den egentlige årsaken spores tilbake til feil i web-applikasjonen design. Fra hvor ofte Permanent Generation ( PermGen ) er fjernet til noe så grunnleggende som å ha nok Random Access Memory ( RAM ) er tilgjengelig er alle program - baserte problemer som kan utløse minnelekkasjer . Som en utvikler, kan du få jevnere ytelse og forvise de fleste OOMEs ved å se på de områdene hvor du kan endre koden . Instruksjoner
en

Fjern Web - applikasjon klasse - loader lagrede referanser å hjelpe Garbage Collection fungere korrekt . Siden Permanent Generation ( PermGen ) er liten i størrelse , relansere en buggy programmet noen ganger kan føre til OOME feil . Klasser fjernet fra PermGen vil resultere i en renere og jevnere Garbage Collection drift .
2

Oppgrader til den nyeste versjonen av Tomcat . Du vil dra nytte av forbedrede reparasjoner for minnelekkasjer som kanskje ikke har blitt behandlet som mye i tidligere versjoner . Siden applikasjonsutvikling plattformer alltid bli bedre , vil du være i stand til å utvikle Tomcats beste toppmoderne tilbud.
3

Oppgrader maskinvaren hvis den kjører på mindre enn 128 MB RAM. OOME meldinger vises på grunn av mangel på tilstrekkelig minne til å kjøre en operasjon . Her vil resultatene bli sterkt påvirket gjennom hele programmet med mindre det er nok RAM , hele tiden .
4

Omkonfigurer JavaServer Pages ( JSP ) kompilatoren . Dynamiske overskrifter og andre ofte rekompilerte gjenstander bruke massive RAM .
5

Øke Max Prosesser og tråder pr prosessen grenser hvis du kjører NixOS , en Linux - basert pakke manager. Gjennomgå programmets krav for å fastslå grunnlaget for hvor mye du bør øke Max prosesser per bruker grense . Din spesifikke NixOS dokumentasjon inneholder informasjon om hvordan du kan stille per - prosessen trussel grensen.