Article View: de.comp.sys.amiga.tech
Article #3767Re: HD Cache
From: Michael van Elst
Date: Sun, 25 Feb 1996 22:29
Date: Sun, 25 Feb 1996 22:29
28 lines
1631 bytes
1631 bytes
marc@aargh.incubus.sub.org (Marc 'Nepomuk' Heuler) writes:
>Denn echtes Belegen des Speichers würde dazu führen, daß AvailMem() nur
>wenig freien Speicher meldet.
Was sicher nicht stoert.
>Programme, die sich dynamisch dem
>verfügbaren Speicher anpassen (zB ein Copy-Befehl, der 50% des freien
>Speichers als Buffer-Größe ansetzt, oder eine durch viel Speicheraufwand zu
>beschleunigende Kompression ala PowerPacker), würden verwirrt und daher
>weniger Speicher nutzen, als ihnen zustände.
Selber schuld.
>Ein Programm kann schließlich nicht erfragen, wieviel wenig wichtiger
>Speicher im Ernstfall frei gemacht werden kann, sondern nur wieviel
>Speicher völlig leer brachliegt.
Wo ist das Problem ? Ein Programm sollte soviel Speicher anfordern, wie es braucht.
Wenn das schiefgeht, kann es sich ja was anderes ueberlegen. Ein Nachschauen per
AvailMem hilft allenfalls die Behandlung des Worst-Cases zu beschleunigen.
--
Michael van Elst
Internet: mlelstv@serpens.rhein.de
"A potential Snark may lurk in every tree."
Technical Details
Message-ID:
<4gqnt2$370@serpens.rhein.de>Path:
arc1-ca.pugleaf.net!comma.rhein.de!serpens!not-for-mailReferences:
<xB+fiMD362aUz1@lcs.ndh.com> <43291482@mompls.mlink.uni-siegen.de> <xLhbsMD4E25aez3@marco.cosmos-l.gun.de> <4glmsk$ekc@serpens.rhein.de> <Z0-8y*5ua@aargh.incubus.sub.org>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!comma.rhein.de!serpens!not-for-mail From: mlelstv@serpens.rhein.de (Michael van Elst) Newsgroups: de.comp.sys.amiga.tech Subject: Re: HD Cache Date: 25 Feb 1996 23:29:54 +0100 Organization: dis- Message-ID: <4gqnt2$370@serpens.rhein.de> References: <xB+fiMD362aUz1@lcs.ndh.com> <43291482@mompls.mlink.uni-siegen.de> <xLhbsMD4E25aez3@marco.cosmos-l.gun.de> <4glmsk$ekc@serpens.rhein.de> <Z0-8y*5ua@aargh.incubus.sub.org> NNTP-Posting-Host: serpens.rhein.de