also, wenn der aktuelle Upload UND MinSUC kleiner als 10KB/s sind, dann wird der Download begrenzt (und zwar dann basierend auf dem MinSUC; Faktor 3)
im Code steht's da:

return (((theApp.uploadqueue->GetDatarate()<10240)
&&(prefs->minSUCUpload<10)
&&(prefs->minSUCUpload*3<prefs->maxdownload))
? prefs->minSUCUpload*3 : prefs->maxdownload);

PS: Stell MinSUC auf 10, das reicht aus für ab unzu ein paar Anhänge verschicken. Wenn Du allerdings den Upload anderweitig benutzt als für's emule, dann ist's doch nur gerecht, wenn Du nicht soviel Down bekommst. So steht's jedenfalls auch in den Statuten vom offizielen eMule...

jaja, das versteh (und befuerworte) ich, wenn ich unter 10kb/s gebe waers auch nicht faehr wenn ich unbegrenzt saugen koennte, aber wenn ich mir nur die MOEGLICHKEIT offenhalten moechte zeitweise unter 10kb/s zu uppen, dann find ich es unfair dass ich DAFUER schon gebremst werde...

ich hab mal was rumprobiert:
minUP= 1, wirklicher upload=12+ => ich kann nicht ueber 3 saugen
minUP= 3, wirklicher upload=12+ => ich kann nicht ueber 9 saugen
minup=10, wirklicher upload=+-7 => ich kann unbegrenzt saugen

sprich, wenn ich ehrlich bin und mich selbst beschneide wenn ich mein upstream nutze werde ich bestraft, wenn ich einfach nix mache und meinen upstream nutze krieg ich alles...
bitte nicht falsch verstehen (ich will ned flamen oder wen anmachen), aber was ist daran fair? ;P

muaB

Eigentlich ein feiner Muli.

Hat die Quellen schnell gefunden und solch einen fixen download hatte ich lange nicht. Die eingebauten Zückerchen gefallen mir auch sehr gut.

Aber, was mich in den Wahnsinn treibt ist dieser SUC. Den interessiert gar nicht was ich eintrage. Da ich einen upload von 512 kbit habe, bin ich dringend darauf angewiesen ihn verwalten zu können. Ich hatte über Stunden höchstens mal 5 Leute im upload die nicht mal das volle Tempo bekommen haben. Außerdem hält sich keiner länger als 5 Minuten im upload auf.
Das ist bei einer Warteschlange von min. 2000 für Leute die schlecht verteilte Sachen bei mir ziehen wirklich sch.....

Ich habe den SUC abgestellt, neugestartet und habe im upload jetzt 3??? bis 5??? Leute bei folgenden Einstellungen:

Kapazitäten: down 200 kB/s up 64 kB/s
Limits: down 160 kB/s up 50 kB/s
3000 B/s per slot

Was is da los? Oder habe ich irgendwas übersehen?

Seit ca. 5 Stunden habe ich außerdem immer wieder folgende Meldung
suspicious block detected but not dropped!
Der download wird abgebrochen.

Und das bei dem letzten chunk einer dicken Datei die sehr gut verteilt ist und von der es viele vollständige Quellen gibt.

Die letzte aktuelle version ist doch die eMule0.26d-lovelace.6d.fix-Binaries, oder?

Antwort auf den letzten zitierten Satz: Ja.

Zu der Fehlermeldung, das ist nicht lovelace-spezifisch, vielleicht höchstens der Text der Meldung, das Problem besteht aber bei allen Versionen, soweit ich weiß. Gegen das Problem gibt es wohl noch keine endgültige Lösung. Jeder sollte die ipfilter.dat-Datei und Mods verwenden, die solche fehlerhaften Blöcke erkennt. Bei mir hat es bei zwei Dateien, die in diesem Zustand waren, nur geholfen, die zu canceln und nochmal runterzuladen, beim zweiten Anlauf hats geklappt.

die "fehlermeldung" hat sehr wohl was mit lovelace zu tun, da es der fake-check ist ;). es ist seine antwort auf den ip-filter, von dem ich persönlich gar nichts halte, aber das ist ein anderes thema

eine erklärung von lovelace zu dem fake-check steht hier im thread und lautet wie folgt:
fake check:
die corrupted packets werden meist durch superkomprimierte Blocks verursacht (die absichtlich) geschickt werden. Selten (kommt aber auch vor) sind es aber keine faked blocks.
Wenn ein superkomprimierter Block kommt, und das File noch keine 25% komplett ist, fliegt der Block ins Nirvana und der Client erstmal kurz aus den queues. Über 25% werden die Blocks dann aber angenommen, außer sie versursachen corrupted parts, dann erst wieder nach 24h oder der nächsten emule Sitzung.
und das schönste ist, dass es tatsächlich zu funktionieren scheint....alte files, bei denen ich ständig die meldung bekam, dass der part fehlerhaft war und erneut gezogen werden muss, gehören der vergangenheit an. ich habe heute zwei files fertig gestellt, in denen sogar in den kommentaren geschrieben stand, das die parts 6 und 7 fehlerhaft sind....bei mir hat es ohne die fehlermeldung super geklappt.....und ich habe die ip-filter.dat nicht im ordner ;)

das beste an der mod ist aber mein dl- und ulschnitt...bisher hatte ich noch nie einen schnitt von über 40 kb/s nach 20 stunden. selbst zwangstrennung kann ihn nicht stoppen *gg

eines ist sicher....diese mod werde ich nicht mehr eintauschen :)

@Schimmelpilz

Ich meinte eigentlich nur, das der Fakecheck bei lovelace (und andere Mods, wo er auch drin ist) die zitierte Meldung ausgibt, bei anderen Mods und bei der Originalen gibt es aber beim letzten Chunk ebenfalls dauernd eine Meldung, die aber anders aussieht, (irgendwas mit corrupted parts), aber die gleiche Ursache hat. Und ich hatte ungefähr 8 Dateien drin, bei denen ewig der letzte Part kaputt war, als ich auf lovelace umgestiegen bin, und lovelace konnte auch nichts mehr retten. Erst als ich den Download gecancelt hatte und neu angefangen hatte, ging es bis zu Ende durch.

Zur ipfilter.dat, ich habe die drin, weil sie bei mir nicht schadet ;-)

eben. die meldung mit den corrupted parts kommt bei den anderen mods erst dann, wenn man den teil komplett geladen hat und dann bemerkt wird, dass sie fehlerhaft ist und erneut geladen werden muss.
ich habe beim lovelace bemerkt, dass die meldung sofort zu beginn kommt, bevor der chunk geladen wird => somit erspare ich mir das hochladen eines defekten chunks
die meldung mit den corrupted parts hatte ich bei lovelace anfangs auch, aber ich denke mal, dass es daran lag, dass teile des chunks schon geladen waren und erst danach bemerkt wurde, dass der anfangsteil schon beschädigt war. daher mußte der chunk nochmals hoch geladen werden. aber alle files, die ich danach geladen habe, wurden nicht mehr erneuert.....vielleicht erklärt uns lovelace ja mal das genau prinzip

was machst du denn, wenn du aufgrund eines ip-wechsels (den es ja beim neuen verbinden geben soll) eine solche ip bekommst, die in dieser liste steht???....ich hoffe, dass ich niemals in dieser liste auftauchen werde und von usern geblockt werde, die diese liste integriert haben.
die idee ist nicht schlecht, aber der schuss kann auch das gesamte netz lahm legen und dann is nix mehr mit urlaubsfilmchen ;)

@Schummelpilz

Was ich eigentlich meinte, war die Tatsache, das manchmal der letzte Block einer Datei einfach immer fehlerhaft zu sein scheint. Bei lovelace sieht es dann aus wie beschrieben, bei anderen Mods halt anders. Das lovelace solche Fehler im Vorfeld vermeidet, habe ich ja nicht bestritten. Wollte nur sagen, das das geschilderte Problem nicht lovelace-spezifisch ist, aber lovelace dafür ne Teillösung hat. Tut mir leid, wenn ich mich ungenau ausgedrückt habe.

Zum Thema ipfilter.dat, ließ dir mal den Kommentar von Vorlost in diesem http://www.emule-web.de/board/viewto...&highlight=127 Thread durch, T-DSL-IP-Bereiche stehen zwar in manchen ipfilter.dat-Dateien drin, werden aber NICHT herausgefiltert. Welche Dateien Emule filtert, kann man ja zum Glück mitlesen.

also ich finde den gefixten lovelace.6d im moment echt gut für den download, doch mir schwankt der upload noch zu stark, was wiederum die performance von denen leicht beeinträchtigt, die bei mir ziehen...

und so geht es mir ja bestimmt auch, wenn ich bei anderen,mit stark schwankenden upload selbst sauge...

kann das noch etwas optimiert werden ???

ich heiße schimmelpilz, mein lieber ursul :P

es klingt ja echt toll, aber trotzdem bin ich skeptisch, da diese ipfilter.dat-datein leider auch sehr leicht manipuliert werden können.
ich habe keine lust jetzt hier alles nur negativ zu sehen, aber mir ist das ganze zu unsicher und man sieht ja an den leecher-mods, dass es recht leicht machbar ist, alles zu seinem zweck zu manipulieren.
außerdem denke ich, dass man durch ein einfaches wechseln des providers trotzdem seine fehlerhaften chunks in umlauf bringen kann.
wenn die offizielle version mal ne ipfilter.dat enthält, dann wird wohl kein weg mehr dran vorbei gehen....aber da dieses noch nicht erfolgt ist, scheinen sich die coder da ja auch nicht so sicher zu sein, dass das der richtige weg ist.

mal abwarten was passiert ;)

Sorry, bin auch nur ein Mensch. Aber gut, das du mich daran erinnerst ;-) Aber u und i liegen nunmal dicht beieinander, wie man in Usul aus versehen ein r reinbekommt, kann ich nicht nachvollziehen ( <- verzweifelter Versuch einer Ausrede)

Ja, das Spielchen ist klar - macht der eine dies, steuert der andere dagegen. Somit ist alles letztendlich ein Wettlauf mit der Zeit.
Aber der Hauptgrund für die IP filterung ist wohl eher, daß es wirklich große bekannte Organisationen sind, die gegen das filesharing vorgehen.
Wenn man deren IP Bereiche kennt, warum dann nicht blocken!?

Der Grund, warum es nicht fest in die 26 integriert ist - vielleicht weil diese ipfilter.dat regelmäßig aktualisiert werden muss, um genau deine Befürchtungen nicht eintreten zu lassen (Unschuldige aussperren)?
Sicher, man könnte das per Automatismus wie server.met laden machen.

Aber vielleicht wäre es auch besser gewesen, daß das feature zwar eingebaut aber nicht öffentlich bekannt geworden wäre..
Es ist in jedem Fall noch in der Testphase :) - wie du sagst: abwarten..

diese ipfilter.dat wird schon in relativ regelmäßigen zeitabständen auf der entsprechenden hp aktualisiert.

Du meinst die ip.prefix?
Wenn nicht - haste mal 'n link? :mrgreen:

ja, genau die, gibs hier