Article View: be.comp.programming
Article #10794Re: new operator faalt
From: Armin Gerritsen
Date: Tue, 26 Feb 2002 15:06
Date: Tue, 26 Feb 2002 15:06
67 lines
3929 bytes
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-mailReferences:
<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