Article View: de.comp.sys.amiga.tech
Article #3818Re: HD Cache
From: Sven Tegethoff
Date: Tue, 27 Feb 1996 11:49
Date: Tue, 27 Feb 1996 11:49
45 lines
2841 bytes
2841 bytes
mlelstv@serpens.rhein.de (Michael van Elst) schrieb am 25.02.1996 um 23:29:54 Uhr folgendes unter dem Betreff "Re: HD Cache":
ME> marc@aargh.incubus.sub.org (Marc 'Nepomuk' Heuler) writes:
ME>
ME> >Denn echtes Belegen des Speichers würde dazu führen, daß AvailMem() nur
ME> >wenig freien Speicher meldet.
ME>
ME> Was sicher nicht stoert.
Sämtliche Programme, die einen möglichst grossen Zusammenhängenden
speicherblock benötigen, schauen in die Röhre, weil man sich mit
dem dynamischen Cache ganz wunderbar den Speicher zerfräst, und
der noch nichtmal freigegeben wird.
ME> >Ein Programm kann schließlich nicht erfragen, wieviel wenig wichtiger
ME> >Speicher im Ernstfall frei gemacht werden kann, sondern nur wieviel
ME> >Speicher völlig leer brachliegt.
ME>
ME> Wo ist das Problem ? Ein Programm sollte soviel Speicher anfordern, wie es braucht.
ME> Wenn das schiefgeht, kann es sich ja was anderes ueberlegen. Ein Nachschauen per
ME> AvailMem hilft allenfalls die Behandlung des Worst-Cases zu beschleunigen.
Woher soll z.B. Audiomaster wissen, wieviel Speicher ich brauche, bevor
ich mit dem sampeln angefangen habe ?
Und wenn ich mit dem Sampeln anfange, woher soll Audiomaster im vorraus
wissen, wie lang das Stück werden soll ?
Zu dumm, daß dank dem Cache MEMF_LARGEST nur 100 Kilobytes von 8MB sind...
Ganz davon abgesehen, daß ich jetzt auch mit dem AVAIL-Befehl nicht
mehr vernünftig abfragen kann, wieviel Speicher eigentlich _wirklich_
zur verfügung steht, es sei denn ich schaue immer per Hand die aktuelle
cache-grösse nach, und ziehe sie vom belegten speicher ab.
Mag sein, daß man für die patchmethode nicht den goldenen Amiga-Technologies-
Styleguide-Preis verliehen bekommt, aber nen dynamischen Cache nur über
nen low-memory-handler zu implementieren finde ich vom Benutzerstandpunkt
aus einfach gnadenlos unkomfortabel.
CIAO, ____/|
____ |____ ____ ____ |__ ____ |____ @ius.gun.de | Radjah on \ o.O|
(_____| )(___/_(___/_|____(____|| ) @softgold.com | FurryMuck =(_)=
U
A smiling face, a warm embrace, two paws to hold me tenderly ...
Technical Details
Message-ID:
<xMwv3MD4FEFaHzB@chepoint.ius.gun.de>Path:
arc1-ca.pugleaf.net!tbx.berlinet.de!ius.gun.deReferences:
<xB+fiMD362aUz1@lcs.ndh.com> <4gqnt2$370@serpens.rhein.de>Show Full Headers
Complete Article Headers
Newsgroups: de.comp.sys.amiga.tech Message-ID: <xMwv3MD4FEFaHzB@chepoint.ius.gun.de> From: CHEETAH@IUS.gun.de (Sven Tegethoff) Path: arc1-ca.pugleaf.net!tbx.berlinet.de!ius.gun.de Organization: ReaLogic Subject: Re: HD Cache Date: Tue, 27 Feb 1996 12:49:43 +0100 X-Mailer: MicroDot 1.10 [REGISTERED 004fef] References: <xB+fiMD362aUz1@lcs.ndh.com> <4gqnt2$370@serpens.rhein.de> X-Gateway: ZCONNECT zelator.berlinet.de [LEGO v0.10] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-ZC-Telefon: 02151-310992