[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MODs - Allgemein (http://www.emule-web.de/board/emule-mods-allgemein/)
-   -   Upload Slots limit, Upload größe einstellbar, mod gesucht. (http://www.emule-web.de/board/8650-upload-slots-limit-upload-groesse.html)

JohnnyFu 9. December 2004 17:11

Upload Slots limit, Upload größe einstellbar, mod gesucht.
 
Hallo,

Ich suche einen Mod bei dem ich einstellen kann wieviel Upload-Slots genutzt werden sollen. Und dazu am besten auch einstellbar das statt den üblichen 9.3mb pro chunk, gleich mehere chunks geuploaded werden, z.b. 50 oder 60mb pro upload session.

Ich halte es für wesentlich effizienter wenn ich statt 4 gleichzeitigen uploads nur 1 habe. Das geht nähmlich etwas schneller auf dauer gesehen.

Gibt es einen Mod der meinen wünschen gerecht wird ? :)

gruß Johnny

Januar1956 9. December 2004 22:53

@JohnnyFu

Du bist hier falsch. Tipp mal bei: Google -> Fdp ein. Schätze, dass ist eher was für Dich.
Es gibt aber Mods, mit welchen die Slotzahl und der Uploadspeed einstellbar ist, z.B. Sivka, MorphXT...allerdings immer mit mindestens zwei Slots, um Missbrauch zu vermeiden, schliesslich ist eMule ein weltweites Netzwerk und "alle" sollen möglichst gerecht an ihre gesuchten Dateien kommen.

Zitat:

Und dazu am besten auch einstellbar das statt den üblichen 9.3mb pro chunk, gleich mehere chunks geuploaded werden
Setz die Dats in den Powershare, dann besteht eine grosse Wahrscheinlichkeit, das der User, beim zweiten und folgenden Chunk...usw... schnell wieder an die Reihe kommt, bzw. öffne einen FU Platz.

Mit eMule, wollen wir mit allen tauschen, nicht nur mit einem. 8)

Januar

JohnnyFu 9. December 2004 23:17

Hallo,

Nein ich glaube Du hast mich falsch verstanden, ich möchte halt lieber mit einem Slot Uploaden.
Weil, wenn ich nicht total auf den Kopf gefallen bin was netzwerktechnik angeht :D, kann ich, sagen wir mal 10 Chunks, schneller verteilen wenn ich einen nach dem anderen uploade, als wenn ich 10 Chunks gleichzeitig uploade.

Mir geht das auch ein wenig auf die nerven wenn ich 10 Upload Slots auf habe, das verzögert das Surfen doch erheblich.

Aber trotzdem vielen Dank für deine Antwort :)

Edit: wofür steht Fdp ?

Und
Zitat:

Zitat von Januar1956
Mit eMule, wollen wir mit allen tauschen, nicht nur mit einem. 8)

Ne, ne... so ist das nicht, mir ist schon bewusst wie das Netz Funktioniert :)

aalerich 9. December 2004 23:48

Zitat:

Zitat von JohnnyFu
...wenn ich nicht total auf den Kopf gefallen bin was netzwerktechnik angeht...

Na, JohnnyFu,

gefallen bist Du, das ist sicher. Ich hoffe, es hat nicht allzu wehgetan.

Erklärung:
Du hast z.B. 16 kb/s Uploadkapazität. Du lädst 1 Stunde an einen anderen hoch. Nach einer Stunde stehen dann insgesamt (wenn der andere auch 16 kb/s hat) also 32 kb/s Uploadkapazität zum Weiterverteilen zur Verfügung. Hast Du aber an zwei Leute hochgeladen, stehen 48 kb/s Uploadkapazität zur Verfügung. Die Zwei haben zwar von Dir nur halb soviel bekommen, können das aber zusammen mit einer doppelt so hohen Geschwindigkeit weitergeben. Währenddessen bekommen sie von Dir neues "Material".

Wenn ich ehrlich bin, dann gehe ich davon aus, daß Dich entweder diese Erklärung intellektuell überfordert oder Du uns für etwas minderbemittelt hältst.

Zitat:

Zitat von JohnnyFu
Mir geht das auch ein wenig auf die nerven wenn ich 10 Upload Slots auf habe, das verzögert das Surfen doch erheblich.

Das hat überhaupt nichts mit der Zahl der Uploadslots zu tun, überhaupt nichts.

Zitat:

Zitat von JohnnyFu
Ne, ne... so ist das nicht, mir ist schon bewusst wie das Netz Funktioniert :)

Nun ja, wie gesagt...

Es kostet mich ein wenig Überwindug, dennoch verbleibe ich

mit freundlichen Grüßen
aalerich

JohnnyFu 10. December 2004 00:05

Ne, ne... sorry aber da bist Du auf dem Holzweg.

10 x 10 MB hochladen, gleichzeitig, dauert länger als wenn Du 10 x 10MB nach einander hochlädst, eindeutig. (auch wenn es nur minimaler zeitgewinn ist.)

Und 10 Upstreams a 48 kBit/s verusachen größere Latenzen, als ein Upstream a 480 kBit/s.

Da kannst mir jetzt erzählen was Du willst.

Und wenn es Dir schwer fällt mir freundlich grüßén zu verbleiben dann brauchst es auch nicht tun, man ist das ja gewohnt als neuling in Foren.

Allerdings habe ich in der Tat deine Erklärung

Erklärung:
Du hast z.B. 16 kb/s Uploadkapazität. Du lädst 1 Stunde an einen anderen hoch. Nach einer Stunde stehen dann insgesamt (wenn der andere auch 16 kb/s hat) also 32 kb/s Uploadkapazität zum Weiterverteilen zur Verfügung. Hast Du aber an zwei Leute hochgeladen, stehen 48 kb/s Uploadkapazität zur Verfügung. Die Zwei haben zwar von Dir nur halb soviel bekommen, können das aber zusammen mit einer doppelt so hohen Geschwindigkeit weitergeben. Währenddessen bekommen sie von Dir neues "Material".


Nicht ganz verstanden.

Pathfinder 10. December 2004 00:33

Bei der Überlegung was schneller / besser ist, sollte man bedenken, dass eMule in Chunks (9.27 MB) "denkt". D.h. solange ein Client noch keinen vollen Chunk bekommen hat kann er diesen auch nicht weitergeben.

Gehen wir mal davon aus, dass man mit Bandbreite X in einer Stunde einen Chunk 4 Mal verteilen kann. Mit 4 Slots bekommen so vier Leute je einen Chunk in einer Stunde, mit 2 Slots bekommen 2 Leute je 1 Chunks in 30 min. Somit stehen nach 30 min bereits 2 neue Quellen für diesen Chunk zur Verfügung. Es wird klar, dass eine hohe Bandbreite pro Slot schneller neue Quellen produziert und damit schneller für's Netzwerk ist.

Trotzdem ist deine Forderung nach nur einem Slot, JohnnyFu, übertrieben, zum einen wird in der Praxis ein Teil der Uploads nicht erfolgreich sein, zum anderen können nicht alle Clients einen hohen Uploadspeed auch annehmen.

Letztlich bist du mit dem ZZ-Upload-System z.B. im Morph-MOD gut bedient. Betreibe ihn in der Einstellung SlotFocus (Client-Datarate=0). Deine volle Bandbreite wird dabei dem ersten Slot angeboten. Er bekommt was er nehmen kann, ein zweiter übernimmt den Rest. Bei Bedarf werden weitere Slots geöffnet, so dass keine Bandbreite "verschenkt" wird. Im Idealfall hast du so nur zwei Slots offen, von denen einer den Löwenanteil der Bandbreite abbekommt.

JohnnyFu 10. December 2004 00:55

Hallo Pathfinder

Zitat:

Zitat von Pathfinder
Bei der Überlegung was schneller / besser ist, sollte man bedenken, dass eMule in Chunks (9.27 MB) "denkt". D.h. solange ein Client noch keinen vollen Chunk bekommen hat kann er diesen auch nicht weitergeben.

Eben. Deswegen ist die Erklärung von aarlerich auch nicht ganz passend.

Zitat:

Zitat von Pathfinder
Gehen wir mal davon aus, dass man mit Bandbreite X in einer Stunde einen Chunk 4 Mal verteilen kann. Mit 4 Slots bekommen so vier Leute je einen Chunk in einer Stunde, mit 2 Slots bekommen 2 Leute je 1 Chunks in 30 min. Somit stehen nach 30 min bereits 2 neue Quellen für diesen Chunk zur Verfügung. Es wird klar, dass eine hohe Bandbreite pro Slot schneller neue Quellen produziert und damit schneller für's Netzwerk ist.

Genau, und deswegen ist mir auch schleierhaft warum die meisten mods mir 10-13 Upload Slots aufmachen, wenn ich mit weniger Slots viel schneller komplette Chunks ins Netz verteilen könnte.

Zitat:

Zitat von Pathfinder
Trotzdem ist deine Forderung nach nur einem Slot, JohnnyFu, übertrieben, zum einen wird in der Praxis ein Teil der Uploads nicht erfolgreich sein, zum anderen können nicht alle Clients einen hohen Uploadspeed auch annehmen.

Ok das ist wohl richtig, aber das mit dem ZZ-Upload System scheint ja die perfekte Lösung dafür zu sein. Werde ich mir direkt mal angucken. Ich danke Dir vielmals.

gruß Johnny

aalerich 10. December 2004 08:22

Zitat:

Zitat von Pathfinder
...mit 2 Slots bekommen...

Hallo Pathfinder,

das ist unbestritten. JohnnyFu möchte aber mit nur einem Slot hochladen. Das ist ja der Punkt. Ich habe mir mal ein wenig Arbeit gemacht und JohnnyFus Wunschmethode
mit der von Januar1956, Dir und mir bevorzugten verglichen. Vielleicht angesichts solcher Features wie Slotfocus ganz interessant.
Mit Worten kann man das aber unmöglich erklären. Deshalb habe ich mit dem Editor
ein wenig "gebastelt" und einen Screenshot gemacht:

http://img6.imageshack.us/img6/8978/johnnyfu7we.png

Ich habe mich nach besten Kräften bemüht, dieses wirklich nicht so ganz einfache
Problem verständlich darzulegen. Ich hoffe, es ist mir einigermaßen gelungen... :-)

Mit freundlichen Grüßen
aalerich

JohnnyFu 10. December 2004 13:40

So kleines Update, ich habe nun den MorphXT Mod getestet. Das ist wirklich eine Ideale Lösung mit dem SlotFocus. Nun habe ich im Idealfall 3 Slots, davon wird einer, wenn es gut läuft, mit 30-38kb priorisiert. Das ist wesentlich effizienter, so kann ich einzelne chunks ruck zuck verteilen, und die Leitung ist auch entlastet. Ganz 100% rund ist das ZZ_System noch nicht aber ein guter anfang.

Mit 2-5 Slots kann ich leben, solange einer Priorisiert wird. Aber das einige Mods mir vorher bis zu 16 Uploadslots aufgemacht haben.... das ist mir nach wie vor ein Rätsel, effizient ist das nähmlich nicht. Durschnittslatenz beträgt jetzt bei 80% Upstream-Last mit 3 Upstreams noch um die 50-80ms. Also kein problem für zügigen Datenaustausch. Wenn ich n Mod nehme der mir 15 Upslots öffnet, dann bin ich schnell bei 500-1500ms latenz, das Bremst den Datenverkehr, und ist ineffizient.

Ein Big Thx an Pathfinder

Xman 13. December 2004 11:59

@JohnnyFu
Ich möchte Dir ja nicht Deine Illusionen nehmen.. aber die Latenz hat nun wirklich nichts damit zu tun, ob Du an 3 oder 20 Slots gleichzeitig hochlädst. Bedenke, daß der Mulie eh meisten gleichzeitig >100 TCP-Verbindungen offen hat.

JohnnyFu 18. December 2004 01:51

hmh.. evtl. meinen wir beide nicht die gleiche sache.

wenn man 16 uploads a 4 kb/s hat, und dann z.b. www.t-online.de pingt. dann hat man einen weitaus höheren ping als wenn man nur 2 uploads a 32 kb/s hätte.

du kannst da ja mal genaue messungen machen, wie schnell du 100 MB per file transfer protokoll oder http runter laden kannst wenn Du dazu 20 uploadstreams a 4 kb/s hast. und wie schnell du 100 MB runter lädst wenn du nur 2 uploadstreams a 40 kb/s hast.

jeh mehr datenstreams man hat jeh mehr steigen die latenzen für jedes datenpaket das übertragen wird.

Daktari 24. December 2004 13:30

Zitat:

Durschnittslatenz beträgt jetzt bei 80% Upstream-Last mit 3 Upstreams noch um die 50-80ms. Also kein problem für zügigen Datenaustausch. Wenn ich n Mod nehme der mir 15 Upslots öffnet, dann bin ich schnell bei 500-1500ms latenz, das Bremst den Datenverkehr, und ist ineffizient.
ich hab grad 10 upload slots und seede fleissig noch mit azureus bei insgesamt mindestens 75% meiner upload kapazität.
ping nach heise.de ~15ms

vielleicht solltest du mal dein system checken :)

JohnnyFu 29. December 2004 16:58

Ich habe ADSL, und kein SDSL, wie Du scheinbar.

WalkuereGER 21. June 2008 16:08

Ich finde Euch super! Am Besten ist allerdings die tolle Grafik! Hat mich doch soweit überzeugt dass ich es bei mir erstmal so lasse wie es ist. :-)

NakedM 22. December 2008 10:02

Bei mir hat der Stulle-Mulle gestern mal so ~ 50 Slots aufgemacht mit nicht mal 1 kb pro Slot[habe ca. 70%(35kb) von meinen Gesamtupload freigegeben]. Das ist wirklich Mist. Meistens aber sind es so 4-5. Ich weiß das es noch die Möglichkeit von PS und Freundesupload gibt um bestimmte Dateien/User zu forcieren. Aber ein richtiger Limiter wäre nicht schlecht. Sowas wie Slotfokus. Ist aber vielleicht gegen die Ambition von Stulle.

Unter den Morph-Einstellungen haben ich eine Slot-Limitierung gefunden. Allerdings verstehe ich die nicht ganz. Dort steht 3kb. Und das es erst nach 4 Slots greift. Also werden dann für alle Slots über 4 jeweils 3kb pro Slot ausgegeben? Das wäre ja irgendwie auch nicht Sinn der Sache oder?

Edit: Hatte nicht richtig gelesen...da steht "Upload/3kb". Also wenn ich 30Kb Upload eingestellt habe werden 3 Slots mit = 10Kb aufgemacht? Aber es greift erst ab 4 Slots...lol, verstehe ich trotzdem nicht.


Alle Zeitangaben in WEZ +1. Es ist jetzt 03:32 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102