![]() |
darkwolf, zu den originalen emule-versionen kann ich nichts sagen, hab schon seit urzeiten keine mehr verwendet :wink: aber ich schau mal, was mxm dazu geschrieben hat. danke für den hinweis. |
nach dem Update fällt mir folgendes auf: - eWombat akzeptiert meine knownclients nicht, die ich zuletzt mit dem lsd9c-mod erarbeitet habe... sehr schade für die Jungs...Einige hatten mir viel gegeben. Ich hab zwar noch nen Backup, aber mit diesem Mod kann ich die datei nicht nutzen. - der automatische Upload berechnet jetzt die Werte pro Slot korrekt, sehr schön... - obwohl ich max slots auf 3 hab, hatte ich zeitweise bis zu 7 Slots offen. Und ich hab DSL-light, also nich so super viel platz dafür... Nach einiger Zeit scheint es aber besser zu werden. - S.N.A.F.U. bannt eifrig Leute, ich hoffe das es die richtigen sind... Eine Option die Anti-Leecher-Mail zu editieren, würde Filtern entgegen wirken. Wenn jeder ne eigene Aufforderung zum wechseln hinschreibt, können sie viele Filter einrichten... - 3h Laufzeit, 1:1,9...., tendenz steigend |
So mein Senft nun zum neuen ewombat. Als erstes möcht ich sagen: er ist kein wirklich guter Mod. Halt nicht schimpfen... von den 0.28-Mods ist er der Beste! Dennoch sind da noch einige Sachen drin, die wirklich stören. Dies liegt aber am 0.28 Code an sich, nehm ich an. Zu meinem Test möcht ich sagen, daß ich diesesmal nur sehr wenige und seltene Files mit wenig Quellen hatte. Außerdem hatte ich ein File mit 5 Quellen und eines mit 10 Quellen. Diese 15 Quellen waren bereits vor Start des ewombats in der efriends.met. Und so liefs ab: Nach dem Start wurden ziemlich schnell so einige Quellen gefunden (ca. 600). Diese wurden auch schnell abgefragt. Ca. 1 Minute nach dem Start saugte ich an 6 Quellen, bald später an 10. Muß dazu noch sagen, daß ich ja schon vor dem ewombat überall ganz gut in der Queue lag :-) Nach 2 Stunden Laufzeit hatte ich ein Verhältnis von 1:1, wobei ich 25 kbs uploade. Wert ist ok! Jetzt kommen die Hacken: Nach wie gesagt 2h Laufzeit waren 800 Quellen gefunden. Maella fand 1000. Ok, mag nicht so schlimm sein, schlimm ist es bei den beiden Files, die eh nur 5 bzw. 10 Quellen haben. Das waren beim ewombat nämlich nur noch 2 und 6 :-( Desweiteren fiel mir folgendes auf (das fiel mir übrigens bei allen 0.28 Versionen auf): Ich bin bei einer Quelle in Queue. Die Quelle wird mal wieder abgefragt und dann bekommt sie Status "unbekannt". Irgendwann mal später kann sich das wieder ändern. Nur dumm wenn mich dieser Client inwzischen aus seiner Queue rausschmeist. Manche Quellen verschwanden beim abfragen auch ganz. Stunden später waren sie wieder da. Dann ein Fehler den nur der ewombat hat: Ich kenn mehrere Quellen (sind in der Freundschatsliste :-) ), die 2 Files für mich haben. Der ewombat zeigte dies aber bei A4AF nicht an. So konnt ich meine Quellen auch leider nicht zu nem anderen File swapen. Zu den Leechern: In der Queue des Files zu dem ich nur 5 Quellen hab, waren 4 Leecher dabei. Allerdings waren dies keine direkten Quellen sondern waren in der Queue als A4AF. Es waren 3 Pharao Mods und noch 2 andere. Dies muß nur leider ein Fehler sein, denn zu diesem File hab ich in Wirklichkeit genau einen Leecher und der benutzt nen Mision Mod. ZU dem Problem: Client 'XYZ' (IP:XXX.XX.XX.XXX) hat einen Fehler verursacht: Eine falsche Datei-ID wurde gesendet Hab ich auch oft gelesen. Allerdings @darkwolf, diese Meldung kommt nicht von Hybriden sondern ausschließlich von Mulies! Hybriden bringen ne andere Fehlermeldung, irgendwas mit Opcode, die ist seltener drum find ich sie grad auch nicht :-) letztes Prob: Wie bei sämltichen anderen Mulies auch, waren auch hier wieder Quellen, die mir versuchten zu geben, mir sogar auch gaben nur nichts fertigstellten. Die Quelle begintn die Übertragung, die Leitung glühlt nur sie stellt kein einziges Byte fertig. Dies macht der eigene Mulie übrigens auch manchmal selbst im Upload. "Verbindung wird hergestellt" und gleichzetig wird schon übertragen... nur halt ins "Nirvana" @darkwolf: Falls Du noch ein sinnvolles Feature suchst: Laden/Speichern von Quellen. Mulies die dies automatisch beim Starten und Beenden tun, finden viiieeeel schneller Quellen. Mein insgesamtes Fazit: Sieht man die ganzen Fehler, kann ich einfach noch nicht von einem wirklich guten Mod sprechen. Sieht man allerdings das Upload/Download-Verhältnis an und vergleicht dieses mit anderen Mods, ist darkwolf echt der Beste ;-) Lief übrigens 8 Stunden nun ohne Absturtz :-D |
hätte nie gedacht, das so viele leecher unterwegs sind... seht selbst: ------------------------ Ratio: 1,51 : 1 (1,33 : 1) Heruntergeladen (Session (Total)): 183,37 MB (13,28 GB) Hochgeladen (Session (Total)): 277,78 MB (17,71 GB) Average DL-Rate: 6,34Kbs UL-Rate 9,60Kbs aktive Verbindungen (geschätzt): 124 - Zu viele Verbindungen: 0 Gefundene Quellen: 543 Wartende Uploads: 2378 erfolgreiche Upload-Sessions (total): 83 fehlgeschlagende Upload-Sessions (total): 37 durchschnittliche Upload-Dauer: 13:09 mins Detected 32 leechers, 3 credit thieveries, 0 friendshare-mod leechers Detected 2 suspicious compressed blocks Programm-Laufzeit: 8:14 h Mem used: 74,61 mb free: 1973,26 mb --------------------------- endlich is ein Kraut dagegen gewachsen :) is echt spannend, wenn man nach 2 stunden in die liste guckt und wieder 15 kicken darf :) @darkwolf: weiter so!!! ich hoffe, dein S.N.A.F.U. (System Normal All ****ed Up??? :D ) auch bald im original-emule zu sehen |
Hi @Xman, danke für die ausführliche Kritik, hilft immer beim Fehlersuchen :wink: Mit dem Status 'unbekannt' kämpfe ich schon länger, ich teste gerade eine neue Lösung. Woher weiß du sogenau welche Leecher-Mods du genau in der Upload-Queue hast ? Der eWombat hat kein Problem von einem Leecher zu saugen falls er was bekommt, die werden bloss in der Upload-Queue gebannt! Beim Quellensuchen habe ich eigentlich nichts geändert. Dürfte mit der 'unbekannt' Problematik zusammenhängen! @Alle Zitat:
cu darkwolf |
An alle, die Probleme mit "Zu vielen Verbindungen" haben (so im Tausenderbereich): Versucht mal, "Autocleanup Queue" in den Download-Queue-Einstellungen zu deaktivieren. Bei mir war dann innerhalb von 10 Minuten "Zu viele Verbindungen" auf 0. Ich habe das Gefühl, das da irgendwas mit Queue aufräumen, neue Quellen suchen und bei denen nachfragen (was mit Verbindungen gemacht wird) nicht ganz im Gleichgewicht ist. Bei mir wurde die Queue alle 60 Sekunden bereinigt, ich hatte das Gefühl, das die Quellen dann sofort wieder gefunden wurden, eWombat muß wieder nachfragen ("Zu viele Verbindungen" tritt auf), dann schmeißt eWombat wieder weg, findet wieder, muß wieder nachfragen, sprich, man dreht sich im Kreis. Das tritt natürlich verstärkt bei vielen Downloads mit vielen Quellen auf. Meiner Meinung nach sind 60 Sekunden beim Queue-Aufräumen ein viel zu niedriges Intervall, ich hab das mal auf 900 Sekunden erhöht, mal schauen, ob ich es dann anlassen kann. Also ich hab das noch nicht bis zu Ende ausgetestet, aber als Anregung für andere, einfach mal das Queue aufräumen abschalten und schauen was passiert. Die Frage ist natürlich, warum das bei eWombat so ist. Ich hatte schon viele andere Mods mit ähnlichen Features, ähnlichen Einstellungen, ähnlich vielen Downloads/Quellen, aber noch nie war das Problem mit den vielen Verbindungen so extrem. Vielleicht findet eWombat die gedroppten Quellen zu schnell wieder, vielleicht braucht es zu lange zum abklappern, vielleicht fragt es zu häufig nach, keine Ahnung. Vielleicht hilft es auch schon, nicht alle möglichen Ursachen fürs Droppen zu aktivieren, sondern z.B. nur Drop not needed sources. Die andere Methode, weniger Downloads zur gleichen Zeit zu haben, das Hardlimit zu senken etc. hilft natürlich auch, bestreite ich nicht. Aber eine Option mehr, dem Problem abzuhelfen, schadet sicherlich auch nicht. :wink: |
Zitat:
|
ja genau so... "hallo leecher*beeep*, du wurdest getrennt vom eWombat 006, die Meinung des users: *bbbeeeeppp*" (Jugendfreie version :roll: ) |
@darkwof Ich kann mir auch gut vorstellen, daß das mit den Quellen mit der "unbekannt"-Problematik zusammenhängt. Daß zu viele Leecher in meiner Downloadqueue waren (auch wenn sie einem anderen File zugeordnet waren) kann ich mir nur so vorstellen, daß sich mehrere Leecher mal wieder um den gleichen Userhash streiteten und das war vielleicht genau dieser Userhash, des Leechers den ich ja bekannter Maßen wirklich habe. Ist oft so, daß sich mehrere Leecher um den gleichen Userhash rangeln. Siehe http://www.emule-web.de/board/viewtopic.php?t=4231 darkwolf, wie DU schon richtig erkannt hast geht es in meiner Kritik wirklich nur darum den Mulie zu verbessern. Du bist auf dem besten Weg dazu! ;-) Achso, fast hät ichs vergessen zu sagen: Eine A4AF funktion wo man die Quellen zu einem bestimmten File swappen kann ist überflüssig. Wenn ich jemand zu einem bestimmten File schicken will, dann klick ich auf das File und sag meiner Quelle: geh hier her :-) Im übrigen denk ich, Du kannst das Anti-Friendsharing auch wieder rausnehmen. Also ich persönlich hab von Friendsharing-Mods schon richtig viel bekommen. Wenn man überhaupt gegen Freindsharing vorgehen will dann auf gar keinen Fall bannen. Sonst müßte man jeden bannen, der in einer anderen Community ist als man selbst. PS: Find Communities eh a rechts gschmarrie :-) |
Also ich hab jetzt Autocleanup Queue auf 900 Sekunden stehen und nur Drop QR und Drop NNS an, und die "Zu viele Verbindungen" pendeln immer so zwischen 0 und 200. Ist mit meinen über 3000 Quellen wahrscheinlich auch nicht besser hinzubekommen, ich bin auf jedem Fall zufrieden mit dem eWombat. |
zwecks Friendsharing sollte die Formulierung exakt auf <Version 0.30 stehen...denn bis dahin war dieser schädlich ansonsten hatte ich schon diverse ausführungen zum thema communities gemacht.. im grunde können die sehr wohl sinnvoll sein. thema editierbare message.... höchstens in dem bereich usul...ansonsten von meiner seite aus ein NEIN thema swapping A4AF ... mir war jetzt so , als wenn dieser wombat das sschon hat... ansonsnten sinnvoll übrigens TrayMenü einwandfreie sahne, wolfi und auch ansonsten ein schön runder mod bis dato.... |
@ darkwolf Hier noch was dringendes: der neue config ordner macht probleme mit der online sig... beim ausgeben der info.html wird die ratio nicht angezeigt. auch der session up und down nicht. das liegt daran dass die online sig schaut...gibt es einen config ordner... und gibts einen preferences im hauptordner... sofern CONFIG-ordner UND hauptordner benutzt werden ...werden diese werte nciht ausgegeben. der LSD mod hatte den config ordner bei mir das erste mal angelegt...und ich hatte blacklotus das problem geschildert... auf ihre hinweise habe ich bestimmte daten die nun im config ordner waren im hauptordner gelöscht und alles ging... beim zurückswitchen auf wombat 0.56 habe ich den config ordner wieder gelöscht und die dateien wieder im hauptordner gehabt.... nun legst du aber einen ordner an...und beides muss da sein... blacklotus hat die arbeiten an der online sig eingestellt... daher will ich dir das nur mitteilen.... vielleicht lässt sich ja der wert der downgeloadeten SESSION up und downbytes in die preferences mit festhalten... weil da die zahlen nirgendswo gespeichert werden... muss sich o-sig sich bis dato selber berechen. ich weiss von blacklotus dass sie auf die dateien als solches zugreifen würde... aber im RAM ... UNADRESSIERT die zahl zu suchen für den session wert...das ist ihr zuviel.... a) ist das zuviel arbeit die zahl mitzuspeichern ? b) ist es ressourcenschonend ? c) wenn a= ja b=nein ... gibts dann möglichkeiten auf den config ordner zu verzichten... da die o-sig sich dauernd nach anderen richten musste (siehe problem LSD... und überhaupt musste für den original 29a zig sachen geändert werden, damit alles geht ... wobei natürlich JEDER mod onlinewerte ausgibt..und darauf natürlich wert legt...arbeitet hier keiner zusammen ist nur eine anregung... ansonsten kann bestimmt fast jeder hier auch mit der nicht-ausgabe dieser 3 zeilen in der html leben... ich will nur auf was aufmerksam machen |
Zitat:
ich schrieb übrigens ... alle files aus SEHR NIEDRIG...bis auf deinen Release... der dann auf RELEASE sollte.. das funzt bei mir quasi zu 99% |
tja, eben dies hatte ich gemacht. hat dann gegen später wohl auch funktioniert. trotzdem gefällt mir die einstellungen des morphs bezüglich releaseslots etwas besser. |
mathematisch gesehen... kann ein releaseslot nix anderes sein. files mit release werden höher für den upload bewertet. mit einem releaseslot ... sagst du 50% der bandbreite wird reserviert. (o.ä.) die berechnung ist nur viel größer und komplizierter... obwohl dein upload nicht insgesamt verändert wird... wenn ich alle files auf SEHR NIEDRIG setze..und den release auf release...dann geht das garantiert...die bevorzugung liegt bei 600% .... wenn dann nichts passiert... gibts vielleicht einfach kein interesse am file... keinen der einen chunk überhaupt anfragt....das ist auch möglich. releaseslot... prinzipiell dennoch eine idee für die plugins... aber bedenke... releaseslot...friendslot... friendbonus, community-bonus... das system der gleichheit aller geht wirklich verloren.... |
Alle Zeitangaben in WEZ +1. Es ist jetzt 18:11 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.