@Stefan:
probiere mal avail flush im CLI bei der Konfig...

Aus dem MMU Packet habe ich nur das MuProtectModules
aufgerufen (ohne on) und dann ist der Rechner immer bei
avail flush abgeschmiert, nicht gleich am anfang, erst
so wenn ich ca. 2-3 min was gemacht habe auf dem desktop...

--
cu, aPEX

http://www.a1k.org - Die Amiga 1000 & Phoenix Community
A1000-512KB Chip,8MB Fast,BlizzardTurboMemory,68010P12,ALF-Kontroller
Phoenix, A500+, A600, A1200, A4000 ... http://phase5.a1k.org

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Stefan:

WBStartup-Liste gerade noch fix erstellt
-------------------------------------------

---

da fehlt noch WBAutoUpdate


--
cu, aPEX

http://www.a1k.org - Die Amiga 1000 & Phoenix Community
A1000-512KB Chip,8MB Fast,BlizzardTurboMemory,68010P12,ALF-Kontroller
Phoenix, A500+, A600, A1200, A4000 ... http://phase5.a1k.org

[ - Antworten - Zitieren - Direktlink - ]

hier habe ich auch noch was zu Patchen gesagt:

http://www.amiga-news.de/forum/thread.php?id=18959&BoardID=1



--
cu, aPEX

http://www.a1k.org - Die Amiga 1000 & Phoenix Community
A1000-512KB Chip,8MB Fast,BlizzardTurboMemory,68010P12,ALF-Kontroller
Phoenix, A500+, A600, A1200, A4000 ... http://phase5.a1k.org

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von aPEX:

@Stefan:
probiere mal avail flush im CLI bei der Konfig...

---

Sollte da etwas Besonderes passieren? Es macht hier
was es soll.

MultiReset habe ich wieder rausgeworfen, macht Probleme
beim Reset, kein Kaltstart möglich.
Drin habe ich jetzt FixgetMsg, hmh, das patcht etwas an
Exec, bin mir deshalb nicht sicher ob es 1.noch notwendig
ist, wegen doch schon fehlerbereinigter exec.lib und
2.deswegen vielleicht zu Problemen führen kann!
TagLife dagegen sieht für mich sinnvoller aus, da die
utility.lib noch eine alte Version ist.

Habe jetzt gesucht, ob ich obige Patche irgendwo (z.B. Scout)
sehen kann, Fehlanzeige, ich habe zumindest nix finden können.
Mal schauen ob sich mit dem Tool "Kiskometer" etwas
bewerkstelligen läßt.

Zu Quantum, das habe ich noch nicht drin, lese da gerade die
Anleitung und frage mich auch hier, wie bei FixGetMsg, ob es
notwendig ist bzw. im Endeffekt etwas bringt.
Leider steht im BB2 nichts über die Fehlerbereinungen in Exec
und Google fördert auch nichts Brauchbares hervor.

Gruß Stefan

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Stefan:
Sollte da etwas Besonderes passieren? Es macht hier
was es soll.

---

Zitat:

---

Drin habe ich jetzt FixgetMsg, hmh, das patcht etwas an

---

Zitat:

---

TagLife dagegen sieht für mich sinnvoller aus, da die
utility.lib noch eine alte Version ist.

---

Zitat:

---

Zu Quantum, das habe ich noch nicht drin, lese da gerade die

---

Zitat:

---

Leider steht im BB2 nichts über die Fehlerbereinungen in Exec
und Google fördert auch nichts Brauchbares hervor.

---

schade...


--
cu, aPEX

http://www.a1k.org - Die Amiga 1000 & Phoenix Community
A1000-512KB Chip,8MB Fast,BlizzardTurboMemory,68010P12,ALF-Kontroller
Phoenix, A500+, A600, A1200, A4000 ... http://phase5.a1k.org

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Stefan:
Run >NIL: WBNameLength 102

---

Zitat:

---

Run >NIL: C:MUIWheelpatch

---

was macht dieser patch? noetig bei mui 3.8?

--
cu, aPEX

http://www.a1k.org - Die Amiga 1000 & Phoenix Community
A1000-512KB Chip,8MB Fast,BlizzardTurboMemory,68010P12,ALF-Kontroller
Phoenix, A500+, A600, A1200, A4000 ... http://phase5.a1k.org

[ - Antworten - Zitieren - Direktlink - ]

@aPEX:

>> Run >NIL: WBNameLength 102

> wie ist die standard-begrenzung? auf wieviel zeichen?

Es dürften 30 sein, der Patch bezieht sich auf das Problem
in diesem Thread


>> Run >NIL: C:MUIWheelpatch

> was macht dieser patch? noetig bei mui 3.8?

Keine Ahnung ob das Mausrad auch ohne diesen Patch funktioniert.

Gruß Stefan

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Stefan:
>> Run >NIL: WBNameLength 102

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von gni:

Zitat:

---

Stefan:
>> Run >NIL: WBNameLength 102

---

Das "RUN" ist vollkommen überflüssig. Zudem gibt es

---

Zitat:

---

hier das schöne Programm "WBCtrl", das unter anderem auch das Einstellen kann (und noch einige andere Dinge).

---

Wozu sollte ich unter OS3.9 WBCtrl brauchen, die Funktionen
gibt es doch schon, siehe dazu

Klick Mich oder besser Klick lieber Mich!

PS: Dazu zweifel ich, obwohl ich es nicht genau weiss, einfach mal
an, daß WBctrl das Problem worum es hier

ging lösen kann.


Gruß Stefan

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Stefan:

Zitat:

---

Original von gni:

Zitat:

---

Stefan:
>> Run >NIL: WBNameLength 102

---

Das "RUN" ist vollkommen überflüssig. Zudem gibt es

---

Kann sein das Run nicht gebraucht wird, ist auch egal,
denn es tut was es soll.

Zitat:

---

hier das schöne Programm "WBCtrl", das unter anderem auch das Einstellen kann (und noch einige andere Dinge).

---

Wozu sollte ich unter OS3.9 WBCtrl brauchen, die Funktionen
gibt es doch schon, siehe dazu

---

Zitat:

---

PS: Dazu zweifel ich, obwohl ich es nicht genau weiss, einfach mal
an, daß WBctrl das Problem worum es hier

ging lösen kann.

---

[ - Antworten - Zitieren - Direktlink - ]

@Holger

Stefan schrieb:
Holger schrieb:

>Wozu sollte ich unter OS3.9 WBCtrl brauchen, die Funktionen
>gibt es doch schon, siehe dazu

>>Was für eine Logik ist das denn?
>>Eben noch sagst Du, daß Du ein externes Programm namens
>>WBNameLength benutzt, "das tut, was es soll", und jetzt sagst
>>Du, daß die Funktion sowieso überflüssig ist, weil unter OS3.9
>>eh schon eingebaut.

Hierbei ging es mir nicht um die Filelänge, sondern um Funktionen
wie z.b. "gauge" "imtfast" = Workbench Voreinsteller
"MCM" = AsyncWB (glaube ich zumindest)

Ich gebe zu, ich habe jetzt einmal getestet und OK! es passt auch,
aber ich schrieb ja zuvor, das ich es nicht genau wußte!
Die Funktion mit dem automatischen Update könnte ich als Einziges
gebrauchen, da AutoUpdateWB hier nicht laufen will.

>Natürlich brauchst Du auch ein Dateisystem, das längere Dateinamen
>unterstützt, wie z.B. SFS, damit es reibunglos läuft. Deshalb sind die

PFS3

>100 Zeichen langen Namen auch nicht der default.

Ich bin kein Anfänger in Sachen Amiga

Gruß Stefan

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Stefan:
Run >NIL: WBNameLength 102

---

ist das ein patch? im aminet habe ich nichts gefunden.
oder hat das was mit ffs zu tun? ich verwende ja das
smartfilesystem und das kann glaub 107 oder mehr zeichen...



--
cu, aPEX

http://www.a1k.org - Die Amiga 1000 & Phoenix Community
A1000-512KB Chip,8MB Fast,BlizzardTurboMemory,68010P12,ALF-Kontroller
Phoenix, A500+, A600, A1200, A4000 ... http://phase5.a1k.org

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von aPEX:

Zitat:

---

Original von Stefan:
Run >NIL: WBNameLength 102

---

ist das ein patch? im aminet habe ich nichts gefunden.
oder hat das was mit ffs zu tun? ich verwende ja das
smartfilesystem und das kann glaub 107 oder mehr zeichen...

---

Die Antwort darauf gibt es hier bzw. im Bild. Es ist kein
Patch, es ist eine Funktion der icon.library. Wenn diese Funktion weder
durch "WBNameLength" noch durch "WBCtrl" geändert wurde, dann sieht
es so aus.

Bild: http://people.freenet.de/smoebius/amiga/no_mnl.png


Auszug Anleitung WBNameLength
-----------------------------

"With OS3.9 Workbench allows the usage of file names longer than 30
characters. However the internal limit for icons is still at 25.
Fortunately there is a function in icon.library to change the default."


Gruß Stefan



PS: Aktuelle Patchliste - Testphase
======================================

#startup wird hier benutzt mit BPPC 603+/210 060/50
------------

(Blizzard Sachen)
(IDEFix)

C:Loadmodule L:Shell-Seg L:Ram-Handler LIBS:icon.library LIBS:workbench.library REVERSE NOREBOOT

C:SetPatch SKIPROMUPDATES "scsi.device,shell,ram-handler" QUIET

C:PoolMem >NIL: INSTALL NOMERGE KEEPSORTED PUDDLESIZE 16384 (hier
muss ich allerdings die Anleitung noch fertig lesen)

C:MuProtectModules
C:MuFastChip
C:CMQ060
C:Cyberpatcher
...................
(Originalsachen)
...................

C:TagLife
C:PatchMult64
C:Quantum >NIL: 1
Run >NIL: C:mathlibspatch

C:LoadWB

C:Memtrailer 32

C:WB2Fast (wurde in den alten NG-Threads empfohlen und soll auch unter 3.9 noch etwas bringen), [hier zumindest nach !Kurztest! bestätigt]

#userstartup
------------------

SetVNC Quiet Mount Override as CON:
StringSnip >NIL: INSTALL
TrueMultiAssigns

Resident C:Setenv PURE REPLACE
Resident C:Get PURE REPLACE
Resident C:CD PURE REPLACE (HistoryCD or TitleCD)

C:Makelink RAM:disk.info ENVARC:SYS/def_RAM.info soft

;C:WBNameLength 102 >NIL:
C:WBCtrl DN MNL 102

C:xfdPatch >NIL:

Run >NIL: XpkMasterPrefs

Run >NIL: Birdie ? <ENV:Birdie.prefs

(ab hier dann keine Patches mehr)

WBStartup
===========

43KB (25.12.1999) "AHelp"
123KB (28.11.2000) "AmiDock"
21KB (16.12.2001) "ASyncWB"
28KB (04.07.2001) "BenchTrash"
5KB (26.02.2001) "DefIcons"
0KB (26.07.2005) "DepthMenu"
20KB (16.12.2000) "Exchange"
23KB (16.12.2000) "FKey"
36KB (11.06.2004) "FreeWheel"
0KB (14.08.2005) "FreeWheel.cfg"
447KB (05.12.2003) "glmatrix"
80KB (20.03.2002) "MagicMenu"
112KB (25.11.2003) "Matrix3_half2.png"
20KB (22.07.2001) "MemIcon"
2KB (06.07.1994) "MouseBlanker"
44KB (01.10.1995) "NewMode"
4KB (12.11.1996) "NoClick"
1KB (13.11.1999) "OpenDrawers"
46KB (10.05.1998) "Peperoni"
52KB (09.09.2001) "RawbInfo"
0KB (17.07.2005) "RunTime"
3KB (19.09.2005) "SetKeyAndMenu"
9KB (11.06.2004) "WheelDriver"

------------------------------------------------------

Hier nach ein Snip aus einem alten NG Tread (Exec-Quantum)

Zitate: Quelle Newsgroups
=========================

"> Mit Quantum kannst du .. wie soll ich das auf die schnelle sagen ...
> einstellen wie schnell das OS zwischen den Tasks umschaltet ..
> normal ist glaub ich 4 .. mit 1 schaltet es schneller um .. bei
> heavy ausgelasteten systemen von vorteil

Nicht wirklich. Mit Quantum 1 verbringt die Exec dann die meisste Zeit
mit dem Umschalten. D.h. jeder Task kriegt sowenig Zeit wie moeglich
ab. :-) Ich glaub nicht, dass DAS bei 'Vollauslastung' Vorteile bringt.
Meine Beobachtungen gehen sogar in die andere Richtung. Bei
Vollauslastung leicht bessere Reaktionen bei Quantum 16. Nicht aber
wenn das System 'normal' laeuft. So gesehen kann man fuer die
Exec40/44/45 die 4 ruhig als optimal bezeichnen."

[ Dieser Beitrag wurde von Stefan am 21.09.2005 um 17:59 Uhr editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

@all:

So ich schiebe den Thread noch mal nach oben, weil mich auch
noch weitere Erfahrungen interessieren.
Ich habe bei mir einige (viele Sachen) wieder rausgeworfen,
welche anscheindend zu merkwürdigen Verhalten führen oder
an Funktionen rumfummeln, welche mir nicht gefallen, z.B.
mathlibspatch v1.3b (mathffp --> OK, mathiesingtrans --> nicht so toll),
weil es das fpsp.resource gibt. (ungefähr in der Mitte)

Habe ich das mit dem "fpsp.resource" richtig verstanden, also an
den Libs dann lieber nix patchen?

Die Testprogramme stammen aus den Archiven fmath406 und ffppatch


Meine Testergebnisse gibt es hier und hier.


Desweiteren würde mich folgendes interessieren. Kann mal jemand
Math-Tests mit und ohne laufenden "CyberPatcher" machen. Mit laufenden
CyberPatcher kommt bei den originalen v45 Mathelibs die 4x Zeit raus.
Warum ist das so, wo fummelt CyberPatcher da rum?

Ausserdem würden mich Erfahrungen mit "PoolMem" unter BPPC/CPPC/060
und "exec 45.20" interessieren. Fest steht das "PoolMem" hier etwas bringt,

Muss ich eigentlich die "NOMERGE" Option setzen, wenn "WarpOS + emu.lib"
gefahren wird und nur Speicher auf der Turbokarte vorhanden ist?

Gruß Stefan



[ Dieser Beitrag wurde von Stefan am 05.10.2005 um 11:27 Uhr editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

Die Threadueberschrift ist vielleicht etwas falsch um
ueber Patches weiter zu diskutieren

Poolmem muss ich mir noch installieren, ansonsten verwende
ich die hsmathlibs in der 060 Version.

Weiss nicht ob die Tests dann trotzdem was bringen...

--
cu, aPEX

http://www.a1k.org - Die Amiga 1000 & Phoenix Community
A1000-512KB Chip,8MB Fast,BlizzardTurboMemory,68010P12,ALF-Kontroller
Phoenix, A500+, A600, A1200, A4000 ... http://phase5.a1k.org

[ - Antworten - Zitieren - Direktlink - ]