Archief - [PROG][JAVA] java.lang.OutOfMemoryError

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

Messias.

Legacy Member
blub zei:
O ja, bestaat er een methode om 2 geluiden achter elkaar te laten spelen, zodat het 2e pas begint als het eerste gestopt is?

Gewoon twee threads aanmaken? De ene starten wanneer de andere gedaan heeft?

blub

Legacy Member
Messias. zei:
Gewoon twee threads aanmaken? De ene starten wanneer de andere gedaan heeft?

Is het mogelijk om het even uit te legge? want ik snap et ni drect..
Ligt wrs aan mijn beperkte kennis..

schop aars

Legacy Member
wss zitte ergens me een lus ofzo
kan mij nie voorstellen da uw geheugen blokeert van wa afbeeldingskes.

blub

Legacy Member
Redelijk wa afbeeldingen en geluiden, volgens mij was het de grootte van de .wav files dat ons de nek omgedaan had

xardy

Legacy Member
als ge u programma sluit met dispose() gaan u processen nie sluiten, in u JFrame ipv dispose_on_close , exit_on_close plaatsen (voor kruisken rechtsboven) en als ge nen stop knop gebruikt ipv this.dispose, System.exit(0). Compleet u programma zal dan afsluiten me alle processen.

killgore

Legacy Member
blub zei:
Redelijk wa afbeeldingen en geluiden, volgens mij was het de grootte van de .wav files dat ons de nek omgedaan had

tzou mij nogal verbaze moest het aan die paar kilobytes liggen :x.

Timmos

Legacy Member
killgore zei:
tzou mij nogal verbaze moest het aan die paar kilobytes liggen :x.
Blijkbaar, want na het verkleinen draaide zijn programma wel :x Maar kvind het ook raar

killgore

Legacy Member
Timmos zei:
Blijkbaar, want na het verkleinen draaide zijn programma wel :x Maar kvind het ook raar

Mja, de vraag is of het dan aan die paar kbs van die wav ligt of dat hij iets serieus misdoet met de resources van zijn wavs ;).

Tzou niet den eerste keer zijn moest iemand ergens een kopie nemen en die vergeten te verwijderen (al moeilijker om dit te doen in java of course, ma het kan ook nog steeds).

Daar doelde ik dus op.

MemberX

Legacy Member
Als je het echt wens te weten hoeveel geheugen jouw Java applicatie nodig heeft kan je altijd een profiler gebruiker.

Die zal u wel vertellen waarom je zoveel geheugen nodig hebt. (Misschien is het
resource management van de wav's nog niet echt in orde)

WHiSPy

Legacy Member
Een paar opmerkingen:

- Als je this.dispose(); doet, dan gaat de garbage collector niet noodzakelijk ingrijpen. Nuttiger is gewoon om dan de ongebruikte objecten op null te zetten zodat die gewoon van de heap gehaald kunnen worden.
- De opties om de virtual machine meer geheugen te geven zijn: -Xmx 256M en -Xms 256M (Xmx = max memory en Xms = min memory)
- Dat grote javaw proces dat je ziet is je IDE. ;)
- Javaw is de grafische virtual machine van java. Dat is dus GEEN andere versie. ;)

maartenhq

Legacy Member
Kun je dan als je een JFrame sluit met dispose ze ook van je heap space deleten tot je ze dan terug oproept? want als ik nu bepaalde frames veel open en sluit klaagt ie nog steeds over die outofmemmoryError

thx

killgore

Legacy Member
frameobject = null;

en opnieuw aanmaken als je het nodig hebt.

Is nogal wiedes he: als je het geheugen wilt vrijgeven moet je het op null zetten en al die objecten opnieuw inladen als je het venster weer wilt oepenen.

maartenhq

Legacy Member
kan je wat meer uitleg geven omtrent dit probleem?eventueel wat code?

killgore

Legacy Member
Mja, tkomt erop neer dat als je .dispose() doet niet noodzakelijk alle resources worden vrijgegeven

Als je echter object = null; doet (en er zijn geen andere verwijzingen meer naar het object), dan zal de gc langskomen en alle resources in gebruik verwijderen.

Het voordeel is: minder geheugen voor zaken die je toch niet gebruikt.
Het nadeel is: op het moment dat je zo een venster nodig hebt moet je weer alles inladen.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan