Usul,
meinte die Aussage:
mehr weiß ich momentan auch nicht.

das ist korrekt was meine erfahrung angeht. hatte uss erst aktiv, jetzt deaktiviert seit einigen stunden. macht keinen unterschied.
generell gefällt mir aber die zzul-version vom morph besser als diese hier. die hier macht mir dann doch zu viele slots auf. und sie hält sich nicht an den eingestellten mindest-ul-wert für die slots. statt 1kb-slots werden immer 0,8kb-slots aufgemacht.

Also bei der quellenfindung kann ich renegade nur recht geben daas daauert!Leider war bei mir zumindest gestern das ul/dl ratio auch mehr als mager ma heut schaun!funktionsvielfalt is ok !optik gefällt mir sehr gut!leider läßt sich die anzeige für overheadbandbreite nicht anschalten.Das ZZUL macht hier 0,8 slots auf hab weder SUC noch USS aktiviert und der upload is trotzdem sehr konstant die 0,8 fliegen hier auch nich ständig raus wie bei morphnext und gnaddel!hoffe das der nächste release noch paar gute änderungen bringt alles in allem gutes teil fürn ersten release läuft er auch schon nich schlecht!Ach wieso kann ich das rare chunk priozing nicht deaktivieren is bei euch auch?

1.) Download Management/Ordner SCC; Defeat 0-filled Part senders...
2.) Upload Management/SUC-alle; USS-alle;
3.) Miscellaneous/%-angaben (einstelleungen); # of Sources to Save;
4.) Transfer-Fenster/ Ord und Group was ist das und wofür?
5.) Kategorie-eigentschaften bearbeiten/Category Filters, Remaining Size, Source Count, Available source Count, Remaining Time, Category Selection Mask?
Ich hoffe es ist nicht zuviel verlangt :oops: :roll:

hab jetzt mehrmals gemerkt das der mod z.b. beim droppen von nns oder beim stoppen eines download einige sekunden einfriert.
ein blick in den taskmanager hat mir dann gezeigt das der mod, zumindest bei mir, generell eine cpu-last von 8-69% verursacht. solch hohe werte hatte ich schon seit vielen wochen nicht mehr. hat vielleicht sonst noch jemand ähnliche beobachtung bezüglich der cpu-last gemacht?

*und hat irgendjemand schon die stelle gefunden, wo die credits stehen sollen?*

Ja bei mir is die cpu last ähnlich hoch aber nur , zwischendurch ma und beim stoppen aller dateien(hatte der alte fusion auch schon)bei mir legen im moment die fehlgeschlagenen dl sessions bei 32%ma abwarten hatte ich gestern eigentlich nix mit!

Habe den Mod noch nicht selber gestestet aber,

Im emule-projeckt net Board Gibt es jetzt erste anzeichen das der Mod auf dem Neuen MorphNext Basiert


Geschrieben von : Morpheus


LINK:
Black Hand Homepage

stern, ich hab das auch schon gelesen, und die ähnlichkeit fällt auch auf, nur wurden noch einige kleinigkeiten verändert, die in diesem text nicht mit drinstehen. so z.b. wurde die möglichkeit entfernt alle angehaltenen downloads auszublenden, was meines erachtens nach ein gutes feature im morph ist.

@ renegade

Die pausierten DL´s bzw.angehaltenen Dls kann man wie beim morph ausblenden
und zwar wenn man auf die Default-Leiste mit der rechten Maustaste klickt und unter Ansichtsauswahl den Hacken bei gestoppt bzw. entsprechende Funktion wegnimmt.

Gruß
MoD

MoD, tatsächlich .... ich hab das menü am anfang bestimmt 3 mal angeschaut und hab es einfach nicht gesehn. wie war das noch mit dem wald, den man vor lauter bäumen nimmer sieht? oder isses doch schon das alter :shock:
beim morph springt einem diese funktion ja regelrecht ins auge .... "pausierte downloads ausblenden".
naja, hab ja weiter vorn schon mal geschrieben das ich manchen einstellungsmöglichkeiten sehr unübersichtlich gestaltet finde.

naja, zumindest hat sich nun die cpu-last wieder auf 0-8% normalisiert. in wie fern das nun mit dem reconnect der inet-verbindung zusammenhängt weiß ich nicht, dazu hätte ich vielleicht schauen müssen wie es kurz vor der trennung aussah.

irgendwie scheint aber die autodrop-funktion für nns nicht zu funktionieren. ich hab da 2 files, die jeweils nur 1 quelle besitzen, die noch daten für mich hat. trotzdem steht die anzeige permanent auf 130 bzw. 259 gefundenen quellen, alles nns. aber der mod denkt garnicht daran zu droppen. stören tut es mich zwar nicht besonders, aber wenn so eine funktion enthalten ist sollte sie auch funktionieren.

renegade,
wieso sollte er die Quellen auch droppen, wenn es vielleicht keine Besseren gibt !? Da dann doch lieber die NNS behalten, sie könnten ja später was für Dich haben.

Xman, es geht ja nicht darum, ob es sind macht, sondern darum, das die autodropfunktion nicht funktioniert. und ob die quellen evt. später noch was haben könnten weiß ja der mod zu dem zeitpunkt nicht.
wenn es nur darum geht ob etwas sinn macht oder nicht könnte man zig features einbauen die nicht funktionieren.
einzig um die funktion gehts mir, nicht um den sinn.

renegade,
na ich wollte auch viel mehr darauf hinaus, daß eigentlich alle Mods die NNS nur bis zu einem bestimmten Prozentsatz des Hardlimits die Quellen droppen, weil es sonst eben keinen Sinn mehr macht.
Insofern war meine Aussage eher die Spekulation, daß besagter Prozentsatz des Hardlimits erreicht wurde. Klappt denn die Autodrop-Funktion bei den anderen Files ?

Also meine testergebnisse für heut bei 10 Dateien 325quellen/400 hardlimit 30 pro 5 sek:eMule v0.29c [The Black Hand - 1] Statistics [Fusionär]

Transfer
Session UL:DL Ratio: 1 : 1,98
gesamte UL:DL Ratio: 1 : 1,83
Uploads
Session
Hochgeladen: 366,24 MB
Uploaded data to friend slots (Session): 0 Bytes
Aktive Uploads: 1
Total number of uploads: 3
Wartende Uploads: 2011
Upload Sessions: 118
erfolgreiche Upload-Sessions (total): 92
fehlgeschlagende Upload-Sessions (total): 26
durchschnittlicher Upload pro Session: 3,98 MB
durchschnittliche Upload-Dauer: 15:54 Minuten
Totaler Overhead (Pakete): 13,65 MB (429K)
Gesamt
Downloads
Session
Heruntergeladen: 725,61 MB
beendete Downloads: 0
Aktive Downloads: 7
Gefundene Quellen: 2973
Download Sessions: 304
erfolgreiche Download Sessions: 241 (79,3%)
fehlgeschlagende Download Sessions: 63 (20,7%)
durchschnittlicher Download pro Session: 3,01 MB
durchschnittliche Downloadzeit: 17:45 Minuten
durch Komprimierung gewonnen: 9,68 MB
durch Datenfehler verloren: 9,28 MB
Teile gerettet durch I.C.H: 0
Totaler Overhead (Pakete): 11,72 MB (409K)
Gesamt
Verbindung
Session
Allgemein
Upload
Download
Download-Geschwindigkeit: 18,98 KB/s
Durchschnittliche Downloadrate: 20,25 kB/s
Max Downloadrate: 92,23 kB/s
Max Downloadrate Durchschnitt: 20,31 kB/s
Gesamt
Zeit Statistiken
letzter Reset der Statistiken: Samstag, 16.08.2003, 01:22:44
Zeit seit letztem Reset: 21:39 Stunden
Session
Programm-Laufzeit: 10:11 Stunden
Übertragungszeit: 10:11 Stunden (100,0%)
Dauer auf aktuellem Server: 1:29 Stunden (14,6%)
Dauer auf Servern: 8:51 Stunden (86,9%)
Gesamt
Abschätzungen
Clients
Client-Software
Port
problematisch: 0
Gebannt: 0
Gefiltert: 64
Leechers: 359
Secured: 4467/56906
Server
funktionierende Server: 32
Server mit Login-Fehlversuchen: 6
gelöschte Server: 26
Gesamt: 38
gesamte Benutzeranzahl: 615967
gesamte Dateianzahl: 48412861
Rekorde
max. funktionierende Server: 64
max. Nutzer Online: 966261
max. Dateien verfügbar: 80626333
freigegebende Dateien
Alles ihn allem nicht schlecht aber is noch ein bischen lahm ausserdem ist mir aufgefallen das eine datei lädt auf einmal geht die anzeige auf 0KBs und dann lädt er wieder das des öfteren vielleicht jemand ähnliches beobachtet?

läßt sich schlecht sagen bei so vielen files, dann müßte man ja bei jedem file sie geamtzahl der quellen aufschreiben und dann immer wieder die nns nachzählen u.s.w.
meiner meinung nach nicht machbar. vielleicht bei 3 oder 4 files, aber nicht bei 15 bis 20.
nur eben bei den beiden files ist es halt aufgefallen, weil die wirklich nur eine brauchbare quelle besitzen und sich garnichts tut.
aber was solls. so scharf bin ich auf autodrop nun auch wieder nicht. mir reichts wenn ich mal manuell was droppen kann um platz für andere zu machen.