🚀 go-pugleaf

"Armin Gerritsen" <armin.gerritsen.DELETE@philips.com> writes:

> "Johan Wevers" <johanw@iae.nl> wrote in message
> news:3C7A5882.3B898C88@iae.nl...
> 
> > > Mijn vraag is dus eigenlijk waarom faalt een new-operator? Documentatie
> zegt
> > > bijvoorbeeld als er niet genoeg geheugen vrij is. Maar 300MB lijkt me
> toch
> > > genoeg voor 14kB? :-)
> >
> > > Iemand enig idee?
> 
> > Heap fragmentation? Alloceer eens een geheugenblok van 15kb in het begin,
> en
> > geef dat vrij net voordat je de new die crasht uitvoert. Als het dan goed
> gaat
> > heb je kans dat dat het probleem is.
> 
> Inderdaad!
> Dat is het probleem. Bedankt.
> 
> Nu nog de vraag hoe ik het op moet lossen.
> 
> - Ik kan mijn programma omschrijven dat ik aan het begin 'worst-case'
> allocaties doe en die buffers herbruik. Nadeel is echter wel dat ik niet met
> 100% zekerheid kan zeggen wat 'worst-case' is (maar wel wat het nooit zal
> zijn) en dus onnodig groot moet zitten in mijn algorithmes. Ook is er een
> verschil tussen 'worst-case' en gangbaar. M.a.w. mijn app gaat flink
> geheugen verspillen. Is een optie als niets anders kan, maar liever een
> andere proberen. :-)
> 
> - heap 'defragmenteren'. Zo ja hoe?

Hmja, dat kan niet bij pointers. Handles (pointers die wijzen naar
een pointer) wel, maar dan heb je een compleet ander model wat niet
zo 123 werkt met new/delete.

> - heap vergroten? Zo ja hoe?
> - Iets anders?

Ja, je geheugen management taktiek aanpassen :-)

Ik ben geen Windows held of zo, maar als je nog 300MB vrij hebt dan lijkt
het me dat er iets mis is. Om de een of andere reden wil je heap niet
groeien, dus wellicht kan je iets instellen in je applicatie of een WIn32
API call gebruiken om het systeem er van te overtuigen dat wel te doen.

Meestal hoef je je over dit soort dingen geen zorgen te maken. Mits je
echt extreme eisen qua snelheid en allocatie hebt, dan zijn er wel leuke
truukjes. Maar wat jij aan het maken bent klinkt niet zo.

  Stefan