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

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

-1- [ - Beitrag schreiben - ]

07.11.2007, 10:09 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

da der eingabaute Spam filter ja [bei mir] nicht das gelbe vom ei ist
habe ich noch umfangreiche filterregeln gegen die spamflut erstellt.
So weit so gut .. das funktioniert "eigentlich" zu meiner zufriedenheit,
bis auf ein "paar" kleinigkeiten :

Die geschwindikeit ist selbst auf 060/66 sehr langsam [bei der filter
abarbeitung] .. kann man das verbessern ?

Das hauptproblem ist folgendes,starte ich YAM normal mit Pri0 dann kann
ich wunderbar damit arbeiten und auch wenn nebenher Amigift oder CTorrent
oder was anderes läuft.NUR- beim filtern am anfang zieht das nicht nur
die cpu zeit von dem amnderen tasks die auch mit Pri0 laufen ab [das wäre
ja normal], es stockt das ganze system :(
Es wird während dem filtern [was sehhr lange dauern kann] unbenutzbar!

Dem problem habe ich abgeholfen in dem ich YAM Pri-2 gegeben habe,[bei
Pri-1 geb es,zwar seltener,immer noch stockungen] nur kann ich nun wenn
etwas nebenher läuft [Amigift/ctorrent/GFX-manipulation..] kaum vernünftig
eine kurtze,geschweige eine längere Mail schreiben,da YAM nun dauern
stockt [wegen dem Pri-2], was auch verständlich ist.

Kann man den filter prozess nicht separieren das es eine eigene Pri bekommen
kann,unabhängig von YAM ?
Weil das filtern geht mit -2 ganz wunderbar nebenbei.
[dauert zwar immer noch ewig,aber das geht wohl nicht anders ..]

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

07.11.2007, 12:00 Uhr

Holger
Posts: 8116
Nutzer
Welche YAM-Version?
Habe das Problem bei mir nicht. Das Filtern ist zwar vergleichsweise langsam, aber das System stockt nicht. So etwas kann aber auch durch die durch YAM während des Filterns angesprochen Komponenten verursacht werden, das Dateisystem oder irgendeine MUI-Klasse zum Beispiel.

mfg

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

[ - Antworten - Zitieren - Direktlink - ]

07.11.2007, 15:17 Uhr

Robin
Posts: 1056
Nutzer
@R-TEAM:

Ueber ein Jahr sind vergangen seit ich YAM
zuletzt benutzt habe ... ich kann aber bestaetigen,
dass YAM unter PPC (MorphOS) sehr schlecht
mit den Resourcen umgeht. Teilweise habe ich
lieber Linuxtools wie grep eingesetzt.

Da ich meine Filterregeln ueber die Jahre immer
weiter "gesammelt" habe und die Installation
praktisch direkt vom 1200er kam hatte ich
sogar dass Gefuehl, dass frueher alles besser war.
Sprich 68k schien mir schneller zu sein als
der PPC ... das war aber nur ein Gefuehl.
Hab mir nie die Zeit genommen das zu testen oder zu
belegen.

Leider nicht hilfreich, aber zumindest eine Bestaetigung.
--
(Bild) http://my.morphosi.net/
morphos

[ - Antworten - Zitieren - Direktlink - ]

07.11.2007, 18:55 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

@Holger:

YAM version immer die aktuellste Dev 68k version [zur zeit 07.Nov2007]
und MUI klassen ebenfalls aktuell.
Filesystem aktuelles SFS [imho 1.276 68k] auf ner SCA server 18G platte
am UW-SCSI der Cyberstorm MK-III 060/66.

Habe noch den kleinen verdacht das evtl. das zusammenspiel von "YAM tut
Filter anwenden mit hoher CPU last" und Amigift2.0Pre das verursachen könnte..

Aber dazu muss ich Amigift erstmal beenden und neustarten .. das mach ich erst
im laufe der Nacht wenn es nix mehr lädt.

Schreibe dann das ergebniss.

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

08.11.2007, 11:55 Uhr

tboeckel
Posts: 124
Nutzer
@R-TEAM:

Die Performance-Probleme sind eigentlich sehr erklärlich.

Erst mal eine Frage: wieviele Filter hast du insgesamt angelegt?

Denk bitte daran, daß jede Nicht-Spam-Mail jeden Filter komplett durchlaufen muß. Das frißt natürlich Zeit. Und je mehr Filter aktiv sind, desto umfangreicher ist die Überprüfung natürlich.

Dummerweise habe ich heute erst herausgefunden, daß unter OS3 der Logarithmus von sehr kleinen Werten, wie sie beim Spamfilter sehr häufig vorkommen, falsch berechnet wird, und Spam-Mails dann unnötigerweise als normale Mails angesehen werden. Darum entsteht bei dir wahrscheinlich der Eindruck, daß der Spamfilter nicht taugt.

Sobald wir den Fehler in den nightly builds wieder gefixt haben solltest du den normalen Spamfilter noch einmal ausprobieren und so viele eigene Filter wie möglich wieder deaktivieren/löschen.

[ - Antworten - Zitieren - Direktlink - ]

08.11.2007, 13:31 Uhr

tboeckel
Posts: 124
Nutzer
So, der sehr wahrscheinliche Fehler ist gefixt und das nächste nightly build sollte auch unter OS3 wieder korrekt filtern. Probiers bitte mal aus.

[ - Antworten - Zitieren - Direktlink - ]

10.11.2007, 17:41 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

@tboeckel:

Ja,der SPAM filter [der inbuilt] funktioniert nun weit besser ;)
[~60-70% erfolg gegenüber vorher max 1 von 20 Spam-Mails]

Das macht aber [leider] meine selbsterstellten SPAM einstellungen
nicht überflüssig.

Und auch Ja, ich habe [im laufe der zeit] ne menge filter regeln
definiert, die inzwischen praktisch jede SPAM mail erkennen.
[von 20 spam-mail kommt ab und an 1 durch]

Das das rechenzeit braucht ist verständlich,besonders wenn man beim
filter sich nicht auf wörter beschränkt und ganze satz-teile als
filter kriterium eingibt.
Dagegen sag ich ja nix - 060/66 ist nun mal kein Ghz bolide..

Nur das das multitasking flöten geht weil die maus und das ganze
system öfters wegen dem filtern einfriert stört mich.

Und das kann ich halt nur umgehen in dem ich Pri -2 setze ...
Nur das stört dann bei gut ausgelasteten System das mail schreiben/bearbeiten..

Die einzige gute lösung die ich sehe ist das filtern als seperaten task
zu starten mit vom benutzer definierter priorität.

[PS.: antwort hat solang gedauert da ich a,die neue version abwarten
wollte und b,das mal mit nur YAM gestartet nach Genesis und vielen
Mails probieren wollte,das ergebniss war wie schon gehabt beim filtern]

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

10.11.2007, 23:21 Uhr

tboeckel
Posts: 124
Nutzer
@R-TEAM:

Wenn deine Maus hakt, dann liegt das garantiert nicht an YAM, da YAM weder das Multitasking deaktiviert noch irgendwelchen anderen Schweinkram macht.

Außerdem solltest du bedenken, daß sich Spam üblicherweise nur sehr schwer wirklich zu 100% klassifizieren läßt. Darum verwendet YAM auch einen Bayes-Filter, der bestimmte Wörter mit bedingten Wahrscheinlichkeiten verknüpft und dadurch Spam mit hoher, aber nicht 100%iger Wahrscheinlichkeit erkennen kann. Ohne ein entsprechendes Training kann dieser Filter wenig bis gar nichts korrekt erkennen und hat außerdem auch false-positives (Nicht-Spam-Mails, die als Spam erkannt werden) mit dabei. Nur ein brauchbares Training mit mindestens 100 bis 200 von Hand klassifizierten Mails hilft da wirklich, und selbst dann fällt immer mal wieder ein Mail durch das Raster, weil die Spammer auch nicht auf den Kopf gefallen sind und ihre Texte entsprechend ändern. Einen 100%igen Filter gibt es nicht und wird es auch nie geben, es sei denn man läßt die Finger komplett von Mails und Internet generell.

Wenn du viele eigene Filter zur Spamfilterung benutzt, dann ist dein interner Spamfilter sehr wahrscheinlich wenig gut trainiert und klassifiziert dementsprechend auch mehr Mails falsch.

[ - Antworten - Zitieren - Direktlink - ]

11.11.2007, 00:32 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

@tboeckel:

Das meine Maus hakt LIEGT GARANTIERT an YAM !

Logische abfolge ->

Amiga Gebootet
Workbench geladen
Genesis Gestartet
Verbindung zum Router über LAN [Aridne-II] herstellen
YAM starten
Mails runterladen mit Filtern
Mause Hakt = ganzes system ist am bildschirm eingefroren immer
mal wieder zwischendurch,bis das filtern beendet ist,dann läuft
alles wieder normal.
[zwischen 5-30sec - je nach mail aufkommen,ob das bedeutet
das das länger einfriert bei großen mails oder bei vielen mails
kann ich nicht beantworten]

Zu behaupten das es nicht an YAM liegt ist etwas realitätsfremd.
Entweder lookt YAM irgendeine resource zu lange oder ich weis nicht
was .. aber das habe ich sonst nicht.

Ich filtere mit mehreren Filterzeilen,einstellung :

Suchen in Nachrichtenkörper
= #?(penis|viagra|pharmacy|loan|pills|credit card|refinance|gewinn-spiel|impotence|medicines|cock|investors|credit history|promotions|tablet |shaved pussy|.ru)#?

Das war eine von 14 zeilen.
Das das dauert ist wie gesagt kein thema....
Nur das das system stockt ist unschön ...

Wegen Spam filter Training ...
Ich verschiebe die mails die meine filter als Spam erkennt natürlich in den
YAM Spam ordner und [so dachte ich zumindestens] trainiere damit den
inbuilt Spam filter ...
Ach ja -> als Spam klassifizierte Mails 776 , als no spam 6.

Und ich weis das der inbuilt spam filter nicht 100% sein kann ...
[kann mich nicht erinnern das kritisiert zu haben,wenn das so rüberkam
war das ein missverständniss]

Eben darum nutze ich die möglichkeit eigene filter anzulegen.

Und nochmal "Ach ja..." -> wenn ich die Pri von YAM auf -2 ändere ruckelt
und einfriert nix mehr ... also irgendwie denk ich schon das es an YAM
liegt ... [sonst ändere ich nix in mein System]

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

12.11.2007, 15:16 Uhr

tboeckel
Posts: 124
Nutzer
@R-TEAM:

OS3-System neigen dazu bis weit über die Hutkrempe (sprich: ein gesundes Maß) mit Patches vollgestopft zu sein. Welche Patches hast du üblicherweise aktiv? Die Filter nutzen dos/MatchPattern() für die Stringsuche. Wenn irgendein Patch das auf eine etwas unsaubere Art implementiert, dann fällt das beim exzessiven Gebrauch durch YAM natürlich schnell negativ auf. Wobei das aber immer noch kein Fehlverhalten von YAM ist.

Hakt es auch, wenn AmiGift/CTorrent nicht läuft?

Hast du auch mal nebenbei Programme wie CyberGuard/MuForce/etc laufen lassen? Eine hakende Maus ist auch oft ein Zeichen dafür, daß irgendein Programm Null-Pointer dereferenziert und dann wilde Sau spielt. Unter OS3 muß das nicht sofort zum Absturz führt.

[ - Antworten - Zitieren - Direktlink - ]

16.11.2007, 14:21 Uhr

tboeckel
Posts: 124
Nutzer
Problem gelöst oder kein Interesse mehr?

[ - Antworten - Zitieren - Direktlink - ]

16.11.2007, 14:55 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

nee ;)
Interesse schon noch.
Und problem nur mit Pri -2 gelöst...

Aber -> um es vernünftig zu testen muss ich ohne patche booten,
was nur mit geänderter S-S geht und YAM in Pri0 starten sowie sonst
keine prg am laufen haben.

Das geht mit nen rechner der fast 24/7 online ist und torrents oder
Amigift läuft schwer ;)

Wenn es mal nix zum DL gibt [keine torrent und auch Amigift schmollt]
kann ich schon mal den rechner runterfahren und ohne patche booten,
aber dann muss sich auch genug Mail angesammelt haben das es aussagekräftig
ist .. [so mind. 20] was nicht immer der fall ist da ich ja auch so
während er läuft mail abrufe.

Bezüglich patche ->
Meine ganze [jedenfalls die relevanten bereiche - assign werden kaum
interessieren] Startup-sequence steht unter ->
http://www.a1k.org/forum/showthread.php?t=5631&page=8
gleich der erste beitrag auf der seite.

wenn ich mal zum testen komme geb ich schon hier bescheid :D

Es gibt in mein system z.Z. nur 4 prg die solche total looks verursachen.
Zum einen Amigift [das weis der progger]
Dann YAM bei den filter.
Das dritte ist ehr ne programmgruppe,alles mit hohen CPU+FPU anforderungen
verursacht so was ab und an.[übergroße JPEG bilder z.b.]
Das kommt IMHO von der 060 lib.
Das vierte ist SFS in verbindung mit ctorrent,beim anlegen von 1GB,gesplittet
in 500-3000 einzeldatein friert schon mal auch da kurtzfristig das system ein.

Grüße
R-TEAM

--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ Dieser Beitrag wurde von R-TEAM am 16.11.2007 um 14:57 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

16.11.2007, 15:44 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

o.k. .. hattest glück [was die wartezeit betrifft - nicht das ergebnis ;) ]

Ctorrent ist [mal wieder] abgeschmiert [wobei ich nicht weis ob es
an ctorrent oder ixemul liegt ...].

Habe in der startup-seq. folgende patche deaktiviert :

FixGetMsg
TagLIFE
Cyberguard [obwohl das NICHT empfohlen ist laut P5 060 lib doc !! ]
SysPatch kommplet

--Habe YAM auf Pri0
--Gerebootet
--Nach dem Reboot Genesis gestartet
--LAN Connected
--YAM gestartet
--Mail abgerufen
--Erstmal lange der "Remote Filter" [da friert nix ein - system läuft zwar mit 100% last,aber normal]
--Dann hat er 20 mails gedownloaded [waren echt grade 20 ;) ]
--Dann hat er "gefilter" ...
--system ist 2× eingefroren [etwa 8-10sec]-getestet NUR mit WB fenster operationen - keine anderen prg gestartet,
maus hat sich nimmer bewegt,so wie alles auf dem screen ..
--nach dem filtern mails gezählt
--3 waren im "Big" ordner [nachdem das filtern eh lange braucht und mir das bei
großen mails zu blöd wurde,werden alle mails >8kb in den "Big" order verschoben und nicht mit dem danach
kommenden Filter verglichen]
--2 davon waren NoSpam [also 1 Spam - diese als Spam markiert/in Spam ordner verschoben]
--waren dann insgesammt 18 Mails im Spam ordner
--davon 14 unread [also vom InBuilt Spam Filter erkannt]
--18 - 14 - 1 [die "Big" Spam] = 3 Mails die durch den selbsterstellten
filter gegangen sind.

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

18.11.2007, 19:43 Uhr

tboeckel
Posts: 124
Nutzer
@R-TEAM:

Wenn ich mir deine Startup-Sequence so ansehe, dann hast du vielleicht 10% der Patches deaktiviert, aber noch lange nicht alle. Und in SYS:WBStartup liegen auch gerne noch viele Patches drin. Verläßliche Ergebnisse erhält man nur, wenn mal *alle* Patches ausschließen kann. Vor allem solche Hacks wie "Quantum" sollte man definitv vermeiden. Wer glaubt durch sowas einen schnelleren Rechner zu bekommen, der irrt! Laß YAM doch bitte mal komplett *ohne* Patches laufen.

Mal so nebenbei eine kleine Denksportaufgabe. Der Task des input.device, das für die Maus verantwortlich ist, läuft mit Priorität 20. Wenn YAM auf Priorität 0 es schafft, einen Task mit Pri 20 zu "überflügeln", so daß die Maus hakt, aber auf Pri -2 nicht mehr, dann liegt das woran? Solche Effekte schaffen nur komische Hacks! Wenn es keine anderen rechenwilligen Tasks mit Pri 0 gibt, dann ist Pri -2 genauso gut wie Pri 0 oder -100, es sei denn, man hat ganz gewaltig am Scheduler gedreht. Und genau das macht zB Quantum!

Außerdem gibst du selbst zu, daß nicht nur YAM diese Aussetzer verursacht, sondern auch andere Programme. Ein Filesystem wie SFS ist *immer* aktiv, könnte also auch immer für Hänger sorgen, wovon ich aber mal nicht ausgehe.

CyberPatcher zu deaktivieren sollte auch keine Probleme machen, weil YAM ist für 68020-68060 compiliert ist und somit die möglichen Problembefehle des 68060 vermeiden sollte. Ich hatte YAM selbst jahrelang auf einem 060er System mit einigen eigenen Filtern laufen (allerdings noch lange vor dem Spamfilter), und da hat nie was gehakt.

YAM's Spamfilter braucht beim Bewerten des Mailinhalts Fließkommaarithmetik. Neben den normalen Grundrechenarten werden sonst nur log(), exp() und frexp() benötigt, wobei log() und exp() direkt durch die mathieeedoubtrans.library abgewickelt werden. Wenn die nicht sauber implementiert ist, dann liegts auch wieder nicht an YAM, falls etwas hakt.

Um wirklich verläßliche Ergebnisse zu erhalten laß dein System bitte mit so wenig Patches wie möglich laufen, vor allem auf die doch oft sehr zweifelhaften Hacks sollte man auf Dauer verzichten. Den nötigen Input für die Filter kann man sich auch selbst schicken, falls der normale Nachschub nicht reicht. Hakt es auch, wenn deine eigenen Filter alle nicht aktiv sind?

Tut mir leid, aber außer einem total zugepatchten System lieferst du absolut keine nachvollziehbaren Fakten, daß YAM's Filter in irgendeiner Art und Weise etwas "schlimmes" tun, das die Maus haken lassen könnte.

[ - Antworten - Zitieren - Direktlink - ]

18.11.2007, 20:13 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

@tboeckel:

mmh ... o.k. .. probieren wir mal deinen weg ;)

In der WBStartup liegt :

AssignZ
ASyncWB
DragonDeamonsStart
Fkey
GlobalTrash
ModePro
PrintManager
SetKeyAndManu
SGrab
XFH

IMHO nix was da reinpfuscht.

Mit alle patchaus meinst du genau "was" ?

Kein blizkick ? [mit den ganzen OS3.9 erweiterungen und exex 44.1 ?]
Kein Blazewcp ? [IMHO ein reiner GFX patch]
cmq060 ? [sollte eigentlich den RAM zugriff beschleunigen...]
PatchMult64 ? [optimiert Mult64 operationen auf 060]
Quantum ... mhh .. das "könnte" ein kandidat sein ..
Cyberpatcher ? [nur für FPU prg interessant]
SetFastAvec ? [nur für HW buster boost]
Sysprefs ? [aktiviert eientlich nur noch CIA audio filter kontrolle .. alles andere macht schon setpatch]
WBM ? [ist für den PS2m adapter]
SmartCrash ? [tritt IMHO nur bei Guru in aktion]
NoClick ?
IconBeFast ? [IMHO nur GFX related]
WB2Fast ? [IMHO nur GFX Chip RAM related]
Outlinefont [IMHO nur GFX]
Birdi ? [IMHO nur GFX]
Stackatack [sehhr wichtig IMHO .. ohne ist das system weit instabiler]
MagicMenu ?
TinyMeter ?

Das waren alle die ich auser den schon beim test deaktivierten noch
deaktivieren kann .. wobei ich da auf quantum [wenn überhaupt] tippe ..

Werde mal quantum ausschalten un und dann das ergebnis melden.

mmhh .. sollte was an mein system faul sein .. kann man ja nie ausschliesen ;)

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

19.11.2007, 02:30 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

@tboeckel:

also, die erklärung von dir hat mich auf nen verdacht gebracht ..

Habe Quantum deaktiviert [wie ich schon schrieb .. wobei ich mit
Quantum 1 schon leicht bessere ergebnisse bei einen Heavy belastet
system hatte unter Imagine .. install eigentlich keine patche ohne
das sie mir etwas bringen-es gibt derer ja unmengen im Aminet]

Und habe die HSMath-Libs mal gegen orginal 3.9BB2 ausgetauscht ..
[bin natürlich Reg. HSMath user]

Evtl. liegt es daran ?
Benutzen die eigenerstellten Filter auch die math lib ?

Das mit anderen prg. haken ...
Ob Amigift auch ohne Quantum/HSMath hakt teste ich grade.
Das mit hoher CPU+FPU last hab ich grade mal an CyberShowPro
[ebenfalls Reg.] angetestet.
Hat sich wenn, dann nicht viel gebessert.
Kann aber auch am copieren des bildinhaltes in den GFX-mem liegen,
bei nen 3000×2000 JPEG in 24bit sind das schon aweng daten ..
Scrollen der bilder und scalieren geht in realtime.
Das mit SFS teste ich später,kommt dann vor wenn SFS mehrere hundert
files [oder gar 3-4000] für einen torrent neu anlegt.
Nur während dem anlegen der files hängt da das system.
YAM kann ich erst testen wenn ich genug Mail dazu habe...
[habe schon "Mail auf server löschen" deaktiviert]

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

19.11.2007, 07:51 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

quantum weglassen hat nix gebracht.
[obwohl ich wohl es nicht mehr verwenden werde..hat zwar vorteile
bei raytracern oder ähnlichen,aber auch nachteile]
Orginal mathlibs auch net.

Teste jetzt ohne BlazeWCP und Mult64.

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

19.11.2007, 08:06 Uhr

tboeckel
Posts: 124
Nutzer
@R-TEAM:

Die "normalen" Filter vergleichen nur Strings bzw machen Pattern-Matching. Im einfachsten Fall werden sogar nur Zahlen verglichen. Nur der Spam-Filter braucht Fließkommaarithmetik, und die wird unter OS3 von clib2 (das C-Runtime-System) komplett über die mathieee#?.library's abgewickelt.

Die Mails einfach nur auf dem Server zu belassen wird nicht reichen, solange YAM Duplikate vermeiden soll. Das muß ebenfalls ausgeschaltet werden, damit immer alle Mails geholt werden.

[ - Antworten - Zitieren - Direktlink - ]

19.11.2007, 13:09 Uhr

DaxB
Posts: 1421
Nutzer
@R-TEAM:
Mach es dir doch nicht so schwer. Nimm alle wirklich nicht benötigten Patche raus. Also das System noch läuft. Speichere die Startup-Sequence und ggf. User-Startup unter einem anderen Namen ab. Die kannst du dann einfach für zukünftige Tests benutzen. Vielleicht noch ein kleines Script basteln, dass dir die SS und US automatisch umbenennt. Macht das Leben/Testen einfacher. :)

[ - Antworten - Zitieren - Direktlink - ]

19.11.2007, 16:57 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

@DaxB:

das ist ja das dillema ...

Eigentlich ist ja alles >K3.1 und >WB3.1 ein patch.

Wenn ich das alles raus nehme kann es leicht passieren das die
WB nicht mehr hochfährt oder Internet.

Das eine braucht ne bestimmte cersion der lib die es erst in
>OS3.1 gibt,das andere braucht ne gadget.class für OS>3.1 ...

Und ob ich mir den stress antuen will alles auf 3.1 downgraden und
zum laufen zu überreden ist mir echt noch ehr unwarscheinlich.

die patch kandidaten die offensichtlich für so etwas verantwortlich
wären haben sich ja als "unschuldig" erwiesen ..

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

19.11.2007, 17:19 Uhr

tboeckel
Posts: 124
Nutzer
@R-TEAM:

Aber hast du das System denn wirklich schon mal ohne alle Patches aus dem Aminet oder sonst wo her laufen lassen? OS3.5/9 sind zwar auch "nur" ein Aufsatz auf OS3.1, aber immerhin ein offizieller Aufsatz. Alles weitere ist oft nur Hackerei ohne Kenntnis der Interna.

Deaktivier bitte einmal alles bis auf die für 68060 nötigen Sachen und laß YAM dann laufen. Das Risiko ist gleich Null. Es reichts ja die Patches auszukommentieren. Wenn dann irgendwas ein erfolgreiches Booten verhindert, dann kann man es ja jederzeit wieder mit reinnehmen.

Wenn man Probleme behoben haben möchte, dann sollte man auch schon mal ein wenig mithelfen. Und da das Problem bisher nur und ausschließlich bei dir auftritt ist es leider wahrscheinlicher, daß irgendwas in deinem System im Weg steht anstatt was in YAM.

[ - Antworten - Zitieren - Direktlink - ]

19.11.2007, 18:57 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

@tboeckel:

mmh ... o.k. ...

Starte ein reines 3.1 system mit CV64/CGFX4.
Habe zur zeit 33 Mails aufn server.

Hat grade bei nen test mit nur teilweise deaktivieten patchen wieder gestockt ...

Melde dann mich wieder.

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

19.11.2007, 20:55 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

sooo ..................

Evtl. ... ich sage nur Eventuell ist der fehler gefunden.

Wenn ja ->

Es war nicht YAM -> tschuldigung an das YAM Dev team ;)

Es war aber auch keiner der üblichen verdächtigen...
[Patche/Hacks]

Wie gesagt, wenn weitere tests das bestätigen.

Eigentlich hätte ich daran gar nicht gedacht ...
Aber jetzt im nachhinein erklärt das auch wunderbar das ab Pri-2
keine probleme mehr da waren.

Wenn sich das bestätigt, würde mich das aber traurig machen,da ich
das prg. schon seit K3.x zeiten in nutzung habe.
[und nie gedacht hätte das es solche probleme macht ...]

Und mir auf die schnelle auch kein guter ersatz dazu einfällt [auf AmigaOS<4.x ;) ]

Wenn ich sicher bin werde ich es hier schreiben.
Ihr dürft schon mal versuchen mit den dürftigen informationen zu raten
welches prg. das sein könnte *GG*

--edit--
K2.x in 3.x geändert - so alt ist das prg doch net,war ein
verschreibser :P
--edit--

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ Dieser Beitrag wurde von R-TEAM am 20.11.2007 um 08:32 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

20.11.2007, 10:57 Uhr

Holger
Posts: 8116
Nutzer
Zitat:
Original von R-TEAM:
Wenn ich sicher bin werde ich es hier schreiben.

Solange Du es eindeutig als Vermutung kennzeichnest, spricht doch nichts dagegen, das Programm zu nennen. Dann könnten andere auch mal das Verhalten des Programms analysieren und vielleicht schon work-arounds bereit halten, noch bevor Du Gewissheit hast ;)

mfg

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

[ - Antworten - Zitieren - Direktlink - ]

20.11.2007, 11:27 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

@Holger:

nun ja .. es sieht aus das der bösewicht

TINYMETER

ist...

Hatte es mit Pri-2 laufen da ich nicht wollte das es bei
wichtigen sachen CPU zeit braucht.
[wie JPEG decoden oder ähnliches,habe alle Long-Time CPU
hungrigen sachen {Raytracer/ADPro/usw..} eh auf Pri-6
eingestellt]

Habe jetzt AmigaLoad2.0a dafür [ist nicht so ganz schön]
und bisher tauchten keine solchen effecte mehr auf.
Weder mit YAM [das harrt noch nen letzten test mit vielen mails]
noch mit CyberShowPro das nun auch nimmer ruckelt bei extensiven
JPEG/PNG bildchen ..
[jenseits der 3000 marke und >2MB]

Hätte nicht gedacht das es daran liegt.
Habe mit allen deaktiviert ne WB gestartet [praktisch Pur 3.1
etwa .. waren noch 3.9.3 wblib + iconlib aktiv] und sah schon
recht nostalgisch aus ;)

Damit gab es keine probleme.
Nach einigen weiteren tests wo ich vor allen meine WB in den grundfunktionen
wiederherstellte [AmiDock/MagicMenu...] kam auch TinyMeter wieder in die
Sec-startup .. da hakte es wieder ... kontroll test gemacht ..
kein stocken mehr..

Ganzes system mit allen patchen [die über Jahre konfiguriert wurden und
problemlos liefen .. aber wer denkt an TinyMeter] wieder aktiviert [bis
auf quantum,hat mit vielen netzanwendungen simultan ehr nachteile] aber
kein TinyMeter .. system läuft ohne stocken ..
ein paar YAM tests gemacht..
Cybershowpro tests ..
Alles geht wunderbar .. zwar unter high-last etwas behäbig .. aber kein
stocken.

Bin mir eigentlich ziemlich sicher das es an TinyMeter lag [auch wegen dem
ominösen Pri-2 verhalten] ....

Warte nun eigentlich nur noch auf nen fetten batzen Mails zum YAM quälen
um ganz sicher zu gehen ;)

Amigaload ist zwar nicht ganz so schön wie TinyMeter und nicht
ganz so gut zu konfigurieren .. dafür macht es aber [auch mit Pri-2]
keine probleme.

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]

21.11.2007, 00:31 Uhr

R-TEAM
Posts: 1030
Nutzer
Hi,

o.k.

Problem gelöst.

Sorry an das YAM Dev Team .. YAM hatte damit nix zu tun ;)

War wirklich nur TinyMeter ... das ein monitoring prg. das dann
auch noch auf Pri-2 lief so etwas zustandebekommt .........

Na ja.

Danke an tboeckel der mit seinem drängen mal alles ohne patche zu testen
[wobei ja TinyMeter nicht mal zu den pathen zählt ..] mir geholfen
hat das rauszufinden.

Grüße
R-TEAM
--
My Hardware Config and GFX-Work on my HomePage.

Fax : (+49) 09191 702028
Long Live T H E [|D|A|R|K^><^E|M|P|I|R|E|]

[ - Antworten - Zitieren - Direktlink - ]


-1- [ - Beitrag schreiben - ]


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


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