🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: be.comp.programming
Article #10794

Re: new operator faalt

#10794
From: Armin Gerritsen
Date: Tue, 26 Feb 2002 15:06
67 lines
3929 bytes
"Arnold Hendriks" <a.hendriks@b-lex.com> wrote in message
news:a5e8ji$8ka$1@news.btcnet.nl...


> Kijk in NT ook eens naar de 'VM size' kolom in de task manager, wat die
> aangeeft voordat de allocatie mislukt. Als er zoveel fragmentatie is moet
> de VM size flink opgelopen zijn.

Nope ...
Ook 300MB vrij (van de 600MB die het fixed size swap groot is ...)

> > - 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. :-)

> Doe je veel grote of kleine allocaties? Enig idee wat ongeveer je
> patroon is? Er bestaan alternatieve memory allocators die soms eenvoudig
> in te pluggen zijn, waarbij je de allocatiestrategie kunt aanpassen.

Zal ik eens kijken. Ik denk dat ik toch maar statisch doen. Er wordt erg
veel, gedurende bursts, vrij snel gealloceerd en pas na X ms weer
vrijgegeven. Grootte kan erg varieren. Met statisch alloceer ik gewoon een
N>Nmax buffer en herbruik die, en kopieer vorotaan in een andere fase naar
10kB mini-buffers. Deze laatste moeten namelijk dynamisch zijn. Maar als die
altijd 10kB zijn, kan er geen heap-fragmentatie onstaan lijkt me zo. Na een
aanloop-periode is namelijk de gemiddelde allocatie en de-allocatie binnen
een klein tijdsbestek (ongeveer 15ms) constant en in blokjes van 10kB.

> > - heap vergroten? Zo ja hoe?

> Dat zou automatisch moeten gebeuren totdat je applicatie de VM limiet
> heeft bereikt (die wel ergens rond de gig zal liggen ofzo bij NT). Kijk
> eens naar de VM size in de task manager om te zien hoe ver je al bent.

Gebeurt dus niet. ;-(
Totale geheugengebruik is overigens niet eens zo groot. fysiek zo'n 3MB en
VM zo'n 6MB met af en toe en piek. (Indien ik niet dynamisch doe groeit dat
echter wel aanzienlijk vanwege die pieken en dat wilde ik voorkomen, maar
goed dat zit er dus niet in ...)

> > - Iets anders?

> Misschien heb je iets aan memory mappings voor een deel van de allocaties,
> want die kun je vrijgeven en alloceren zonder de heap zelf te
fragmenteren.

Zou ik ook eens naar kunnen kijken.

Bedankt voor de tips.

Armin

--
Groene Stroom?
Wat is er groen aan het misleiden van de belastingbetaler,
het steunen van de bio-industrie en het gebruiken van kern-energie?

--
Tools:
http://www.phys.uu.nl/~gerritsn/download.html
Technical Details
Message-ID: <a5g8fo$7316f$1@ID-65051.news.dfncis.de>
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!news.tele.dk!small.news.tele.dk!130.133.1.3!fu-berlin.de!uni-berlin.de!node-d-28ad.a2000.NL!not-for-mail
References: <a5dl0m$6cu90$1@ID-65051.news.dfncis.de> <3C7A5882.3B898C88@iae.nl> <a5dvl8$6h8eb$1@ID-65051.news.dfncis.de> <a5e8ji$8ka$1@news.btcnet.nl>

Show Full Headers
Complete Article Headers
X-Google-Language: DUTCH,ASCII-7-bit
X-Google-Thread: 107324,3fd870920848f7cb
X-Google-Attributes: gid107324,public
X-Google-Thread: fcea4,3fd870920848f7cb
X-Google-Attributes: gidfcea4,public
X-Google-ArrivalTime: 2002-02-26 07:09:48 PST
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!news.tele.dk!small.news.tele.dk!130.133.1.3!fu-berlin.de!uni-berlin.de!node-d-28ad.a2000.NL!not-for-mail
From: "Armin Gerritsen" <armin.gerritsen.DELETE@philips.com>
Newsgroups: be.comp.programming,nl.comp.programmeren
Subject: Re: new operator faalt
Date: Tue, 26 Feb 2002 16:06:02 +0100
Organization: ikke BV
Lines: 69
Message-ID: <a5g8fo$7316f$1@ID-65051.news.dfncis.de>
References: <a5dl0m$6cu90$1@ID-65051.news.dfncis.de> <3C7A5882.3B898C88@iae.nl> <a5dvl8$6h8eb$1@ID-65051.news.dfncis.de> <a5e8ji$8ka$1@news.btcnet.nl>
NNTP-Posting-Host: node-d-28ad.a2000.nl (62.195.40.173)
Mime-Version: 1.0
Content-Type: text/plain;
 charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: fu-berlin.de 1014736185 7439567 62.195.40.173 (16 [65051])
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200