hi @all,

sivka v10b5 läuft bei mir ohne probleme.

gute arbeit. thx

c ya my friends

p.s.: wo kann ich mir mein geschenk für meinen 50. post aussuchen? :D

na hier natürlich. boardsuche bemühen und geschenke im suchmenü eintragen :mrgreen:

Na, der kommt ja doch noch in die Gänge. Gerade der Tip, die drop-time hochzusetzen hat die aktiven Verbindungen verringert. Danke extremechopper! :D
Hat vielleicht noch jemand 'nen Tip, wie ich von den 33% failed downsessions 'runterkomme?

ICh werd den dann auch mal testen. Naja ich lass erstmal das HL wie es ist und schau mal, aber ich glaub nicht das mein router damit klar kommt weil es schon recht hoch ist. Später stell ich das mal auf meinen default wert und bin dann mal sehr sehr gespannt :).

Furio,
Andere Files downloaden :mrgreen:
Die Fehlgeschlagenen sind meist 'ne reine Glückxsache. Ein "böser" Download in der Liste kann dir schon die ganze Statistik ruinieren.

Hi @ all

habe auch seit zwei Tagen den neuen Sivka MOD un muß sagen, das er
nicht wesentlich besser oder schlechter läuft als ne original eMule.

Kann es sein das ich hier bei nem MOD andere Settings setzten muß
oder die MOD (Sivka) Settings ändern muß?

Gruß Pietzomat

Hallo allerseits,

ich benutze jetzt seit etwa zwei Monaten das Sivka Mod. Damals auf einen Tip von Januar in Diesels Forum, als ich nach einem möglichst guten Ausgleich zwischen der Anzahl der Quellen und aktiven Verbindungen suchte. Für mein System (XP, DSL) optimal sind etwa 4000 Quellen und etwa 180 Verbindungen. Damit kann ich nebenbei uA noch akzeptabel surfen. Bei eMule war das oft, je nach herunterzuladenden Dateien nicht der Fall. Meist hatte ich wesentlich mehr Quellen als Verbindungen, so daß es dort Optimierungsmöglichkeiten gab.
Sivka bot mir diese, indem ich die NNS und FQS aussortieren konnte. Das Ergebnis war optimal.
Leider hatte ich mit der 30b-v10b5 das gegenteilige Problem. Zu viele Verbindungen im Verhältnis zu den Quellen, obwohl ich mir eigentlich durch die Belohnung der 16.40 Server mehr Quellen erhofft hatte. Darauf schaltete ich AutoHL aus und setzte die Timer für NNS und FQS in den File Settings auf 60, die % ließ ich auf 75/60. Das Gleiche tat ich in den File Settings der Dateien im Download, so wie Usul es vorschlug, da Sivka die globalen Settings offenbar nicht auf sich bereits im Download befindliche Dateien überträgt.
Jetzt habe ich wieder ein relativ ausgewogenes Verhältnis - danke hier schonmal an Usul!
Um nach langer Vorrede aber endlich zum Punkt zu kommen, habe ich nun folgendes Problem:
In der sivka-Vorgänger Version hat AutoHL es mir ermöglicht mehr als jetzt 1000 Quellen abzufragen. Das war mitunter sehr hilfreich, bei mehr Quellen in der Queue zu stehen, wenn bis zu 2500 Quellen im Angebot waren. (Jaja, ich lade viel von dieser Mainstream-Kacke ;) )
Natürlich resultierte das Anstehen bei mehr als doppelt so vielen Leuten irgendwann auch in einer höheren Downloadrate.

Mein Hardlimit steht immer noch auf 2500 - ändern kann ich es in den globalen Settings nur auf maximal 1000. Ich gehe aber davon aus, daß Sivka trotzdem mit 1000 arbeitet, da ich nach Ausschalten des AutoHL in den Settings der Dateien im Download nach Ausschalten des AutoHL auch für diese lediglich 1000 eintragen konnte.

Meine Frage also: wie kann ich ohne AutoHL und mi der neuen Sivka-Version mich bei mehr als 1000 Quellen anstellen? :)

Ach ja, hat mich sivka nichts zu tun, brennt mir aber trotzdem auf der Seele: Wie teile ich den servern mit, daß ich das Prinzip des Filesharing doch verstehe und nicht ein leechermod verwende, wie sie mir ständig mitteilen und mich vom Server bannen, nur weil mein Upload gerade einmal bei der Quellenabfrage für Sekunden zusammenbricht und ich die 10k/s unterschreite, was mE ausschlaggebend für diese Meldungen ist? Ich gebe 13k Upload frei, wovon im Schnitt einer für Overhea draufgeht. Im Schnitt habe ich also einen Upload von 12k/s. Wäre es eine gute Idee der Serverprogrammierern vorzuschlagen, keine Momentaufnahmen zu machen, sondern das Uploadverhalten über 1-5 Minuten zu beobachten, bevor sie eine Quelle bannen?

Danke im Voraus,
---Llyr

Das ist mir auch aufgefallen. Bei älteren Sivka-Versionen waren immer die Verbindungen niedriger als bei anderen Mods oder gar dem Original, natürlich nur bei vergleichbaren Bedingungen (ungefähr gleiche Quellenzahl etc.). Irgendwie ist dieser Vorteil verschwunden, die Anzahl der Verbindungen ist höher als sonst. Hab mir nur nichts weiter dabei gedacht, aber wenn jetzt andere das gleiche bemerken, werde ich schon stutzig. Ach so, bevor jemand damit ankommt: alle Quellen-Drop-Features sind deaktiviert, wie bei anderen Mods auch (konkrekt: Pavcios LSD-Mod), wo ich niedriger Verbindungszahlen beobachtet habe. Trotzdem bringt Sivka gute Leistung, und das zählt ja letztenendes ;-) .

Bist du dir sicher, das die entsprechende Meldung von Servern kommt und nicht von anderen Clients? Kannst du die Meldung mal so genau wie möglich wiedergeben (also möglichst exakt)? Normalerweise kommt diese Meldung nur von anderen Clients, die sich über diverse Leecherbekämpfungsmethoden aufregen.

P.S. Danke für die Blumen.

Danke für die superschnelle Antwort!

Klar, habe gerade wieder welche "gesammelt":
[11:06:39][emule.de]:AUTOMATED MESSAGE: You're being banned because you're client is leeching!
[11:07:52][sivka][emule.de]:AUTOMATED MESSAGE: You're being banned because you're client is leeching!
[11:19:25][sivka][emule.de]:AUTOMATED MESSAGE: You're being banned because you're client is leeching!

Llyr,

na die Meldungen kommen eindeutig von anderen Clients, und zwar von welchen mit den Usernames "[emule.de]" bzw. "[sivka][emule.de]". Kannst mal spaßeshalber in deiner Liste der bekannten Clients suchen, ob du sie findest und nachschauen, welchen Mod sie angeblich benutzen, aber es wird wahrscheinlich mehrere mit diesem Namen geben, und die Angabe des Mods würde ich auch mit Vorsicht genießen, kann man ja ändern. Diese Meldungen kannst du einfach ignorieren. Mich irritiert nur etwas, das ich gerade alle Logfiles auf meiner Platte durchwühlt habe, ich hab diese Meldung bis jetzt nicht ein einziges Mal bekommen :roll: . Werden die etwa durch diesen Spam-Filter abgefangen, den ich in den Sicherheitseinstellungen aktivieren kann (und auch aktiviert habe)?

ich stelle den sivka mod bei files mit vielen quellen folgendermassen ein :
autohl = aus
hardlimit auf cirka 200 oder weniger
dropen nns, fullqs, highqrs > timer = 0
am anfang sind die verbindungen etwas höher, pendeln sich aber auf niedrigere
werte ein, wenn nur noch gültige clients, wo du in der warteschlange
stehst,vorhanden sind.
ich brauche doch keine 1000 oder mehr quellen pro file. wenn ich cirka 200
gültige quellen habe und von jedem client meinen chunk bekomme, so sind
das doch auch schon immerhin 1856 mb (1.8 gb) und das sollte doch wohl
für fast jedes file ausreichen

wie stelle ich denn autohl aus?
ist das wirklich sinnvoll dropen nns, fullqs, highqrs > timer = 0 zu stellen?

Gucky,

das Dumme ist bei deinen Einstellungen ist glaube nur, wenn du zu einer Datei keine 200 "gute" Quellen findest, bekommst du dauernd wieder welche angedreht, die du dann gleich wieder dropst und dein Emule so dauernd was zu tun hat, was eigentlich sinnlos ist. Wenn du natürlich für alle deine Quellen genügend "gute" Quellen findest, bist du aus dem Schneider....

Usul, natürlich muss ich schon darauf achten, ob meine einstellungen
gut für den esel sind. sonst ist es ja, wie du so treffend schreibst - sinnlos -

natürlich nur mit diesen voraussetzungen

deswegen esel bei einem neustart 1 stunde laufenlassen, um zu sehen wieviele
gültige + gute quellen gefunden werden und dann anpassen.
alles andere wäre aus meiner sicht dann für mich blödsinn.

also, der mod begeistert mich ja total :mrgreen: :mrgreen: :mrgreen:



eMule v0.30b sivka MOD v10b5 Statistics [dampfer]

Transfer
Session UL:DL Ratio: 1 : 5.41 :roll:
gesamte UL:DL Ratio: 1 : 2.31
Uploads
Downloads
Session
Heruntergeladen: 8.35 GB :mrgreen: :mrgreen: :mrgreen:
beendete Downloads: 9
Aktive Downloads: 21
Gefundene Quellen: 2513
Download Sessions: 3838
durch Komprimierung gewonnen: 193.76 MB
durch Datenfehler verloren: 64.94 MB
Teile gerettet durch I.C.H: 3
Totaler Overhead (Pakete): 133.39 MB (3.30M)
Gesamt
Verbindung
Zeit Statistiken
letzter Reset der Statistiken: Samstag, 06.09.2003, 21:34:14
Zeit seit letztem Reset: 29 Tage 17:04 Stunden
Session
Programm-Laufzeit: 2 Tage 2:36 Stunden
Übertragungszeit: 2 Tage 2:35 Stunden (100.0%)
Dauer auf aktuellem Server: 1:03 Stunden (2.1%)
Dauer auf Servern: 4:18 Stunden (8.5%)