amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Amiga, AmigaOS 4 > Speicherfresser [ - Suche - Neue Beiträge - Registrieren - Login - ]

-1- [ - Beitrag schreiben - ]

09.09.2003, 18:13 Uhr

julius
Posts: 2255
Nutzer 		Ich habe im A4000 auf der MKIII 128 MB FastRAM und 2MB ChipRAM.
Nach dem Hochfahren bleiben 88 MB FastRAM und annähernd 1,98 MB
ChiprRAM übrig.
Mit welchem Programm kann ich ermitteln, wie und wovon die Differenz
(40 MB) genutzt werden?


[ Dieser Beitrag wurde von julius am 09.09.2003 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
09.09.2003, 20:15 Uhr

dante
Posts: 111
Nutzer 		Vielleicht hast du die Buffer für deine Partitionen hochgedreht? Guck mal in der Startup-Sequence, ob da Zeilen ala "addbuffers hd1: 4096" oder so stehen, wenn ja, haste die Übeltäter gefunden.

Wenn nicht, starte mal HDToolbox und schau DA nach den Buffern, die dort per Partition eingetragen sind. Standardmässig sind das 30 Buffer pro Partition.

Ansonsten gibts natürlich noch Patches und Hacks, überdimensionierte Backgroundbilder etc...

[ Dieser Beitrag wurde von dante am 09.09.2003 editiert. ]

[ Dieser Beitrag wurde von dante am 09.09.2003 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
09.09.2003, 20:28 Uhr

t-zero53
Posts: 427
Nutzer 		hallo julius!

also, die frage, wie man die "übrigen" mb einsetzen kann stellt
sich bei dir nicht, denn offensichtlich sind sie bereits belegt.

meines wissens 'reserviert' der amiga kein ram für irgendwas.

viel wird z. b. für die darstellung der wb auf graka verbraucht,
und auch laufwerkscaches langen u. u. kräftig zu.


wenn du die möglichkeit hast, probiere doch mal folgendes:

installiere ein nacktes 3.1, checke den ram-verbrauch, und das
auch jedesmal, wenn du ein zum betrieb nötiges patch installierst.
alleine schon 3.9 frisst viel.

aber keine sorge, es gibt kein amiga-prog das mehr als 64mb
unbedingt benötigen würde. (mehr ist nur bei ego-shootern
von vorteil).

wenn du also mit gewalt auf diese 40mb zugreifen willst, machst
du nur dein system langsamer/instabiler ohne wirklichen gewinn.

(btw, die zählung von bits und bytes differiert oftmals stark
wegen der zählsysteme (1000 - 1024 byte)).



--
Gruß

T-zero53

Wizardofdos@T-Online.de
http://wizardofdos.bei.t-online.de

[ - Antworten - Zitieren - Direktlink - ]
09.09.2003, 21:15 Uhr

Falcon
Posts: 3544
Nutzer 		Hi,

na ja, so viel 'frißt' OS 3.9 mit B2 ooch nich.

Ich hab' insgesamt 4 Platten, einen Brenner und ein CD-Rom
eingebaut. Für die Platten hab' ich (HDToolBox) zwischen
200 und 500 Buffer vergeben - pro Partition.
CacheCDFS frißt 'n büsch'n was, wenn man die Chches hoch einstellt,
mehr noch als die Buffers.

Ich hab' insgesamt 210 MB plus 2 MB Chip. Davon sind nach dem
Booten immer noch ca. 190 MB frei, obwohl ich 'n Hintergrundbild,
Birdie und AmiDock mit 4 Fenstern und jeder Menge Icons drin
am Laufen hab'.

Ciao,

Falcon.
--
Che-Hoa Yuin sagt:
Der Amiga kann alles, was man zum Arbeiten braucht...
... was er nicht kann, braucht man auch nicht !!!!!!!

Meine Homepage: http://home.wtal.de/elasticimages

[ - Antworten - Zitieren - Direktlink - ]
09.09.2003, 21:47 Uhr

julius
Posts: 2255
Nutzer 		Ich habe den Rechner mit einer
Workbench3.1-Diskette gestartet.
Dach bleiben lt. Workbench-Kopfleiste:
2.012.136 Chip Mem
115.565.816 Other Mem
Da verschwinden irgendwo 15 MB, aber wo?

Beim Start von der HD verbleiben
2.016.928 Chip Mem
109.862.736 Other Mem

Irgendwie komisch



[ Dieser Beitrag wurde von julius am 09.09.2003 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
09.09.2003, 22:02 Uhr

zipper
Posts: 241
Nutzer 		Probiere Startmem.lha.

[ - Antworten - Zitieren - Direktlink - ]
09.09.2003, 22:14 Uhr

julius
Posts: 2255
Nutzer 		Wo finde ich startmem.lha?
Im Aminet habe ich nichts gefunden.

[ - Antworten - Zitieren - Direktlink - ]
09.09.2003, 22:17 Uhr

Holger
Posts: 8116
Nutzer
Zitat:
Original von julius:
Ich habe den Rechner mit einer
Workbench3.1-Diskette gestartet.
Dach bleiben lt. Workbench-Kopfleiste:
2.012.136 Chip Mem
115.565.816 Other Mem
Da verschwinden irgendwo 15 MB, aber wo?
Das Du beim Starten von Diskette bestimmt nicht die Festplatte wirklich physikalisch abgeklemmt hast, ist der reservierte Pufferspeicher für die Partitionen immer noch ein guter Kandidat. Ich empfehle mit dem Partitionierungstool Deiner Wahl nachzusehen.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Antworten - Zitieren - Direktlink - ]
09.09.2003, 22:23 Uhr

julius
Posts: 2255
Nutzer 		Ich hatte vorher schon den Buffer für die einzelnen
Partitionen auf 30/Partition gesetzt.

[ - Antworten - Zitieren - Direktlink - ]
10.09.2003, 01:25 Uhr

Lemmink
Posts: 2344
Nutzer 		15 MB sind ja schon fast 16 MB (wenn man genau nachrechnet sogar ganz bestimmt) Teste doch mal die einzelnen Module durch, ob wiklich alle 32er sind, oder ob einer nur 16MB hat bzw. als 16 MB erkannt wird.
--
Jetzt neuer, aber immer noch nicht interessanter: http://www.lemmink.joice.net

Hard und Software zu verkaufen

[ - Antworten - Zitieren - Direktlink - ]
10.09.2003, 15:30 Uhr

thomas
Posts: 7717
Nutzer
Julius, du sollstest zuerst mal den Blick von der Titelleiste lösen und ein Shell-Fenster aufmachen. Dort tippst du Avail ein. Avail gibt eine Liste mit Speicher aus. In der Spalte Maximum steht der installierte Speicher. Dort kannst du ablesen, ob du wirklich 128MB hast oder, wie Lemmink schreibt, weniger.

Erst wenn sicher ist, daß wirklich 128MB installiert sind, lohnt es sich, nach den Verbrauchern zu fahnden.

Dabei solltest du berücksichtigen, daß auch wenn du von Diskette bootest, das ROM-Update von OS3.9 noch im Speicher ist. Du mußt den Computer erst ausschalten, damit der Speicher freigegeben wird.

Wie schon gesagt, verbraucht die Grafikkarte eine Menge Speicher, die Map-ROM-Funktion braucht Speicher, Blizkick braucht noch mehr als Map-ROM. Der meiste Speicher geht, wie schon gesagt, für Festplattenpuffer drauf. Gerade wenn du die Blocksize auf 32k oder so eingestellt hast. Dann brauchen auch 30 Buffer schon 960k.

Allerdings sollten alles in allem nie mehr als 10MB verloren gehen. Und da braucht man schon viele Partitionen und eine sehr hohe Bildschirmauflösung mit Hintergrundbild.

Schau auch mal in die Ram-Disk. Vielleicht sind da einige große Dateien drin ?

Oder du hast eine 40MB RAD-Disk eingerichtet und die Mountlist nach Devs/DosDrivers verschoben, sodaß sie bei jedem Start automatisch eingebunden wird ?

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]
10.09.2003, 15:46 Uhr

Festus
Posts: 537
Nutzer 		Der Tipp von Lemmink ist nicht ohne:

es gibt in der Tat RAM-Module, die statt 32MB nur 16MB erkennen (oder nur 32 statt 64MB). Meines Wissens treten bei EDO-RAM's manchmal Probleme auf, bei FastPage-Modulen dagegen nicht. Daher sollte man seine RAM's bei Amiga-Händlern kaufen (werden getestet), nicht beim PC-Händler um die Ecke. Verbessert mich bitte, falls ich was Falsches schreibe.

Nach ein Nachtrag: AmiDock stellt bei mir den mit Abstand grössten Speicherfresser dar. Das verbraucht alleine schon mehrere MB! Schau mal in RAM nach, wie gross die Schublade "ENV" ist. Wenn Du sehr viele Programme installiert hast, sind da auch ordentlich viele Dateien drinne. Bei mir auch 1,2MB. Diese Schublade wird von Sys:Prefs/Env-Archive ins RAM gespiegelt.

---
Gruß,
Festus

[ Dieser Beitrag wurde von Festus am 10.09.2003 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
10.09.2003, 18:38 Uhr

julius
Posts: 2255
Nutzer 		Im CLI liefert avail folgende Werte:

Available In-Use Maximum
FastMem 110.546.912 23.146.528 133.693.440

Bei Kaltstart von Diskette
FastMem 115.610.344 18.083.096 133.693.440



[ Dieser Beitrag wurde von julius am 10.09.2003 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
10.09.2003, 19:09 Uhr

dante
Posts: 111
Nutzer 		Du hast 128 MB. Und nun tip in der CLI mal bitte "addbuffers dh0:" ein, danach "addbuffers dh1:", u.s.w., und poste uns das Ergebnis. anstelle von dh0, dh1 etc. bitte DEINE Partitionsbezeichnungen verwenden. Bei mir siehst z.B. so aus:

7.Boot:> addbuffers hd0:
hd0: has 256 buffers
7.Boot:> addbuffers hd1:
hd1: has 512 buffers


[ - Antworten - Zitieren - Direktlink - ]
10.09.2003, 19:53 Uhr

julius
Posts: 2255
Nutzer 		Ich habe für alle Partionen 30 mit HDToolBox ein-
gestellt und bekomme diesen Wert auch, wenn ich
addbuffers alle Partitionen abfrage.

[ - Antworten - Zitieren - Direktlink - ]
10.09.2003, 20:14 Uhr

Brunadi
Posts: 1365
Nutzer 		@dante

Wenn nicht, starte mal HDToolbox und schau DA nach den Buffern, die dort per Partition eingetragen sind. Standardmässig sind das 30 Buffer pro Partition.

Auszug aus dem OS 3.9 Handbuch:

"Es empfiehlt sich in der Regel, pro Partition je nach deren Größe,
der Anzahl der auf ihr enthaltenen Dateien sowie dem vorhandenen
Speicher 80 - 400 Puffer zu verwenden. Die Größe des belegten
Speichers errechnet sich aus der Pufferzahl multipliziert mit der
Blockgröße des Dateisystems."

Ich habe alle Partitionen mit 200 Puffer eingestellt.

Gruß Brunadi :rotate:
--
Die meisten Computerfehler sitzen vor dem Bildschirm..

[ - Antworten - Zitieren - Direktlink - ]
10.09.2003, 20:27 Uhr

dante
Posts: 111
Nutzer 		@brunadi: muh? ?( du meinst julius :O

Und was die Buffergrösse angeht - da sollte man sich eher nach dem echten Bedarf richten. Für Duke3D auf Amiga wirds erst ab ca. 2048 Buffer wirklich angenehm...

[ Dieser Beitrag wurde von dante am 10.09.2003 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
10.09.2003, 21:41 Uhr

zipper
Posts: 241
Nutzer 		Startmem ist in Aminet (seit eine Minute, Paderborn).

[ - Antworten - Zitieren - Direktlink - ]
10.09.2003, 21:44 Uhr

_PAB_
Posts: 3016
Nutzer 		Ganz richtig, die Blockgröße könnte hier die Erklärung sein.
Ich würde mal den Computer von Diskette starten und *vorher* auch noch alle Partitionen im Bootmenue "disable"n, um sicher zu sein, daß kein Speicher für Cache aktiviert wird.

@julius:
Wie ist denn die Blockgröße der Partitionen und wieviele Partitionen hast Du ?

[ - Antworten - Zitieren - Direktlink - ]
11.09.2003, 09:48 Uhr

byteknight
Posts: 5
Nutzer 		^Hiho,

es kann sich auch um einen Stack-Befehl in der startup-sequence oder user-startup handeln. Oder stack-attack mit falschen Prametern. Hatte mal den Fall das jemand um irgendein Spiel korrekt laufen zu lassen, den Stack auf 300000 setzen mußte. Dies wollte er vereinfachen durch Eintrag in die S-S. Dadurch haben aber alle Prozesse nach diesem Aufruf in der S-S diesen Mindeststack (ink. WB), da kann sich ganz schön was summieren.....
cheerio, ByteKnight

[ - Antworten - Zitieren - Direktlink - ]
11.09.2003, 13:26 Uhr

julius
Posts: 2255
Nutzer 		Ich habe mit Startmem den FastMem-Verbracu beim Booten
protokolliert. Hier das Ergebnis:

Text fast:In-use fast:Difference
------------------------------------------------------------------
---- System ---- 16970696
---- Startup-Sequence ---- 0
PsdLoadModule DEVS:input.devic 3816
; $VER: Startup-Sequence_HardD 0
; Startup-Sequence for hard dr 0
0
; C:PrepareEmul 0
If Exists C:IDEFix 0
C:IDEFix 39664
EndIf 0
C:SetPatch QUIET 1136064
C:Version >NIL: 96
C:AddBuffers >NIL: DF0: 15 8400
FailAt 21 0
C:MakeDir RAM:T RAM:Clipboards 37360
C:Copy >NIL: ENVARC: RAM:ENV A 295272
Resident >NIL: C:Assign PURE 3216
Resident >NIL: C:Execute PURE 5056
Assign >NIL: ENV: RAM:ENV 64
Assign >NIL: T: RAM:T 56
Assign >NIL: CLIPS: RAM:Clipbo 64
Assign >NIL: REXX: S: 96
Assign >NIL: PRINTERS: DEVS:Pr 96
Assign >NIL: KEYMAPS: DEVS:Key 96
Assign >NIL: LOCALE: SYS:Local 96
Assign >NIL: LIBS: SYS:Classes 48
Assign >NIL: HELP: LOCALE:Help 80
BindDrivers 45192
C:Mount >NIL: DEVS:DOSDrivers/ 325576
C:LoadMonDrvs 414592
;IF EXISTS DEVS:Monitors 0
; IF EXISTS DEVS:Monitors/VGA 0
; DEVS:Monitors/VGAOnly 0
; EndIF 0
; C:List >NIL: DEVS:Monitors/ 0
; Execute T:M 0
; C:Delete >NIL: T:M 0
;EndIF 0
SetEnv Language english"" 0
SetEnv Workbench 45.1 0
SetEnv Kickstart 40.68 0
UnSet Workbench -48
UnSet Kickstart -48
C:AddDataTypes REFRESH QUIET 11656
C:IPrefs 1722784
C:ConClip 7712
Path >NIL: RAM: C: SYS:Utiliti 448
SYS:System/REXXMast >NIL: 38864
IF EXISTS S:User-Startup 0
Execute S:User-Startup 195936
EndIF 0
Resident Execute REMOVE -5056
Resident Assign REMOVE -3216

Total 21545728

Gleich am Anfang steht "System" mit einem FastMem-Verbrauch von
16.970.696. Was bedeutet "System"


[ Dieser Beitrag wurde von julius am 11.09.2003 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
12.09.2003, 17:57 Uhr

DaxB
Posts: 1421
Nutzer 		Ich habe mir auch mal Starmem installiert und laufen lassen. Leider war das ein Fehler. Hat mir Tatsächlich die Startup-Sequence zerschossen. Ich habe ja noch keinen Virus auf A1200 gehabt, aber schlimmer gehts fast net mehr. ;(
Dann wollte ich dem Autor ein mail senden zu dem Problem. War nigs, da die email Adresse wohl nicht existiert. ron@stud.phys.ethz.ch

[ - Antworten - Zitieren - Direktlink - ]
12.09.2003, 20:44 Uhr

zipper
Posts: 241
Nutzer 		Startmem soll einen backup von original Startup-Sequence machen, namens startup-sequence.startmemcopy. Dies nur neu benennen und auf Startmem geänderte kopieren.

[ - Antworten - Zitieren - Direktlink - ]
12.09.2003, 22:30 Uhr

julius
Posts: 2255
Nutzer 		Startmem legt wirklich eine Kopie der startup-sequence an,
damit kann man - wie zipper sagt - das System wieder in den
Ur-Zustand bringen.

[ - Antworten - Zitieren - Direktlink - ]
12.09.2003, 23:19 Uhr

DaxB
Posts: 1421
Nutzer 		Das war auch erst meine erste Hoffnung. Allerdings war auch diese betroffen. Naja, habs wieder hinbekommen :-)

[ - Antworten - Zitieren - Direktlink - ]

-1- [ - Beitrag schreiben - ]


amiga-news.de Forum > Amiga, AmigaOS 4 > Speicherfresser [ - Suche - Neue Beiträge - Registrieren - Login - ]


.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.