[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   Wunsch nach einer Download-Slot-Bremse (http://www.emule-web.de/board/12652-wunsch-nach-einer-download-slot.html)

deppenalarm 22. June 2007 11:57

Wunsch nach einer Download-Slot-Bremse
 
Ich schreibe mal mein Anliegen hier rein, da ich a.) (zufriedener) xtreme-user bin und b.) von X-Man schon den ein oder anderen Beitrag zu - in meinen Augen übertriebenen hoch eingestellten - Uploadslots gelesen habe.

Der Grund für meine Anfrage ist der:

Wenn mein Eselchen nach einigen Stunden Betrieb den Download auf einem schönen Down-Level stabilisiert hat, bekomme ich - mit stets steigender Tendenz durch die immer stärkere Verbreitung von High-Speed- Anschlüssen - sehr oft Expresszustellungen (60kb/s und mehr) einzelner Chunks.

Was schön sein mag, wenn der Download gerade nicht so toll läuft, sich allerdings als ziemlich ätzend herausstellt, wenn man relativ knapp unterm Downloadlimit (ja, sowas gibt es noch) unterwegs ist, weil man zwar den Express-Chunk recht schnell hat, sich während der Express-Zustellung allerdings viele andere mühsam erstandene Verbindungen verabschieden ( besonders ärgerlich, wenn es dabei um sehr schlecht verteilte Sachen geht) und man im Endeffekt einen schlechteren Schnitt macht.

Wäre es technisch möglich eine Funktion zu haben, die die Annahme von Expressgut verweigert oder ausbremst ?


:-o

MfG DA

Verlierer 22. June 2007 12:56

Einerseits hast du recht (auch wenn es wie jammern auf hohem Niveau klingt ;) ), andererseits wäre es aber auch etwas anmaßend der Gegenseite absichtlich einen instabilen Gesamt-Upload zu bescheren.

Wenn du so Download verwöhnt bist würde ich sagen, dass du schlichtweg etwas weniger (gleichzeitig) saugen solltest.

Stulle 22. June 2007 13:14

einfach das download limit runter setzen würde ich sagen. wenn dein download immer an der grenze der leitung läuft nutze das limit um es davon abzuhalten.

deppenalarm 22. June 2007 14:05

Zitat:

Zitat von Stulle (Beitrag 125777)
einfach das download limit runter setzen würde ich sagen. wenn dein download immer an der grenze der leitung läuft nutze das limit um es davon abzuhalten.

Das drückt ja nur das Problem auf ein noch niedrigers Limit.

Der schnelle Slot killt nur eher die langsameren Verbindungen

Zitat:

Zitat von Verlierer (Beitrag 125776)
Einerseits hast du recht (auch wenn es wie jammern auf hohem Niveau klingt ;) ), andererseits wäre es aber auch etwas anmaßend der Gegenseite absichtlich einen instabilen Gesamt-Upload zu bescheren.

Klar ist es Jammern auf höchstem Niveau.
:mrgreen:

Aber wieso sollte die Gegenseite einen instabilen Upload bekommen ?
Die findet sicherlich sehr schnell dankbare Abnehmer auf einem anderen Slot

Zitat:

Zitat von Verlierer (Beitrag 125776)
Wenn du so Download verwöhnt bist würde ich sagen, dass du schlichtweg etwas weniger (gleichzeitig) saugen solltest.

Na so altruistisch bin ja dann doch nicht
:twisted:

Stulle 22. June 2007 14:22

ein schneller slot killt nur unter zwei bedingungen die langsamen.

1.) er sorgt dafür, dass deine leitung am limit fährt und die latenz so hoch wird, dass du nen timeout hast, also der andere glaubt, dass du nicht mehr da bist.

2.) der schnelle clients kann dich so schnell bedienen, dass er anderen clients die blockrequests "klaut". das ist aber nicht schlimm, sondern sorgt für ein schnelleres fertig werden von chunks und der datei.

zu 1.) habe ich dir eine alternative genannt. problem gelöst. oder etwa nicht¿

edit: nutze bitte das nächste mal die edit funktion anstatt eines doppelposts!

Blomy 22. June 2007 14:35

Ich will es mal so sehen :
Xman ist ja der konsequenteste Vertreter (Modder) eines stabilen Uploads ohne auch nur
"sich Gedanken" über einen Slotfocus zu machen. Ist nicht, gibbet es nicht > Ende der Diskussion.
Was für den grössten Teil der User ja auch perfekt ist. Zum Releasen würde ich keinen Xtreme usen.

Das wäre jetzt mal eine Aufgabe für Xman, um auch im DL-Bereich den Slotspeed anzupassen.
Da sehe ich kein Problem drinne. Maximaler DL-Speed ist : 100 KB/s auf maximal 10 DL-Slots verteilt.
Wer mehr liefert hat selber Schuld. So mal als Beispiel.
Oder kein DL-Slot darf über 3 KB/s gehen und es dürfen auch nicht mehr als 33 DL-Slots aufgemacht werden.

deppenalarm 22. June 2007 14:57

Zitat:

Zitat von Stulle (Beitrag 125780)
ein schneller slot killt nur unter zwei bedingungen die langsamen.

1.) er sorgt dafür, dass deine leitung am limit fährt und die latenz so hoch wird, dass du nen timeout hast, also der andere glaubt, dass du nicht mehr da bist.

Jo, soweit gehe ich mit


Zitat:

Zitat von Stulle (Beitrag 125780)

2.) der schnelle clients kann dich so schnell bedienen, dass er anderen clients die blockrequests "klaut". das ist aber nicht schlimm, sondern sorgt für ein schnelleres fertig werden von chunks und der datei.

Nenn mich gern begriffsstutzig, aber m.E haut das nicht hin, jedenfalls nicht, wenn man mehr als nur eine Datei im Download hat, was wohl bei den meisten Eseltreibern der Fall sein dürfte

Zitat:

Zitat von Stulle (Beitrag 125780)

zu 1.) habe ich dir eine alternative genannt. problem gelöst. oder etwa nicht¿

Für mein besserers Verständnis, mal ein Beispiel

Ich habe 128Kb/s Down-Leitungslimit, nach einer ganzen Weile on (bei mir 24/7) und eine entsprechende Quellenzahl vorausgesetzt - pendelt sich mein Down so um die 90kb/s bis 100kb/s ein

Wenn ich jetzt ein Downlimit auf 100 setzte und jemand ist so nett mich mit 9mb mit 60kb/s zu beglücken, dann verliere ich nicht die langsameren Verbindungen ?



Zitat:

Zitat von Stulle (Beitrag 125780)
edit: nutze bitte das nächste mal die edit funktion anstatt eines doppelposts!

Sorry

Stulle 22. June 2007 15:20

Zitat:

Zitat von deppenalarm
Nenn mich gern begriffsstutzig, aber m.E haut das nicht hin, jedenfalls nicht, wenn man mehr als nur eine Datei im Download hat, was wohl bei den meisten Eseltreibern der Fall sein dürfte

wenn man nicht gerade eine serie saugt fragt man eher selten bei einem client zwei dateien an. sind wir nun also bei einer datei kurz vor dem ende und ein schneller client haut rein, wenn du noch 3 chunks brauchst. er bedient einen chunk, die anderen beiden werden jeweils schon von anderen bedient. ist nun der schnelle mit einem chunk fertig und die anderen beiden chunks nur zu hälft und der schnelle ist nett, so steigt er bei chunk 2 mit ein. er beendet diesen auch noch, während der andere aber weiter läd, denn es wird nur in 180 kb blöcken angefragt. erst kurz vor ende des chunks wird einer der client keine blocks mehr für den chunk senden können (kommt aufs timing an). damit hast du aber den langsameren nicht frühzeitig verloren, der chunk ist ja doch voll.

Zitat:

Zitat von deppenalarm
Für mein besserers Verständnis, mal ein Beispiel

Ich habe 128Kb/s Down-Leitungslimit, nach einer ganzen Weile on (bei mir 24/7) und eine entsprechende Quellenzahl vorausgesetzt - pendelt sich mein Down so um die 90kb/s bis 100kb/s ein

Wenn ich jetzt ein Downlimit auf 100 setzte und jemand ist so nett mich mit 9mb mit 60kb/s zu beglücken, dann verliere ich nicht die langsameren Verbindungen ?

wenn du dein limit auf 100 setzt und der ul nicht zu hoch eingestellt ist (NAFC?), dann wird die latenz im rahmen bleiben und somit wirst du nicht einen timeout produzieren beim sendenden client.

edit: @ blomy:
ich weiß nicht ob ich deinen beitrag für ironisch-amüsant oder für grenzdebil halten soll... eines ist er in jedem fall... deutschbefreit! ich bitte dich... "usen"?!?! das geht echt zu weit.

Blomy 22. June 2007 16:16

Zitat:

Zitat von Stulle (Beitrag 125783)
edit: @ blomy:
ich weiß nicht ob ich deinen beitrag für ironisch-amüsant oder für grenzdebil halten soll... eines ist er in jedem fall... deutschbefreit! ich bitte dich... "usen"?!?! das geht echt zu weit.

Er verzeihe mir meinen unglücklichen Ausrutscher ins Denglische !

Xman 22. June 2007 16:56

das was Stulle sagt ist genau die richtige Antwort...
wer am Downloadlimit (physikalisch) fährt aber kein Downloadlimit eingestellt hat der riskiert, daß Slots timeouten.
Da die meisten Usern nicht das Problem haben am Downloadlimit zu sein empfehle ich immer keines zu nutzen. Aber falls man das beschriebene Problem hat sollte man halt doch ein Limit setzen. Zudem kann man noch das File mit dem Highspeed download auf niedrigere Priorität setzen. Dann werden erst immer die Daten der Files mit hoher Prio eingelesen. (Feature vom Xtreme)

Das beschriebene Problem ist übrigens einer der Gründe warum ich gegen Slotfokus bin.

Verlierer 22. June 2007 23:25

Zitat:

Zitat von deppenalarm (Beitrag 125779)
Aber wieso sollte die Gegenseite einen instabilen Upload bekommen ?

Wenn ich Slotfokus benutze und auf einen Downloader treffe, der meine volle Bandbreite nicht abnehmen kann, muss meine Mod schnell andere Downloader an die Reihe nehmen, damit mein Gesamtupload stabil bleibt. Oftmals schafft es meine Mod aber nicht rechtzeitig andere Clients dran zu nehmen (meist weil sie nicht schnell genug reagieren oder weil auch sie nicht genug nehmen können) und dann kommt es bei mir zu kleinen Einbrüchen im Upload.

Das passiert schon oft genug wegen schlechten Verbindungen oder Dödeln die ihr Equipment nicht ordentlich eingestellt haben, da muss es nicht noch mit einer Funktion gefördert werden.

deppenalarm 25. June 2007 08:40

Zitat:

Zitat von Xman (Beitrag 125785)
das was Stulle sagt ist genau die richtige Antwort...
wer am Downloadlimit (physikalisch) fährt aber kein Downloadlimit eingestellt hat der riskiert, daß Slots timeouten.
Da die meisten Usern nicht das Problem haben am Downloadlimit zu sein empfehle ich immer keines zu nutzen. Aber falls man das beschriebene Problem hat sollte man halt doch ein Limit setzen. Zudem kann man noch das File mit dem Highspeed download auf niedrigere Priorität setzen. Dann werden erst immer die Daten der Files mit hoher Prio eingelesen. (Feature vom Xtreme)

Das beschriebene Problem ist übrigens einer der Gründe warum ich gegen Slotfokus bin.

Naja, für Releaser und Verteilgehilfen ist son Slotfokus schon eine gute Sache, allerdings nutzen es eben auch viele Leutz zur schnellen Credits-Jagd

Ich habe jetzt mal an den Prioritäten und am Down-Limit rumgestellt

Das funktioniert recht gut und es gibt kaum noch gravierenden Downloadeinbrüche mehr nach Expresszustellungen.

Danke für die Hilfe

Januar1956 25. June 2007 16:54

Zitat:

Naja, für Releaser und Verteilgehilfen ist son Slotfokus schon eine gute Sache, allerdings nutzen es eben auch viele Leutz zur schnellen Credits-Jagd]
...ja genau, die mit den dicken, fetten Leitungen sind alles Leecher, jaaaaaaa... gibs ihnen, sicherlich sind die auch Kriminelle und im richtigen Leben blanke Versager und überhaupt...alles nur dumme Angeber!

Deppenalaaaaaaaaarrrrrrrm !!!!!:chuckle

Januar:twisted:

deppenalarm 25. June 2007 19:24

Zitat:

Zitat von Januar1956 (Beitrag 125948)
...ja genau, die mit den dicken, fetten Leitungen sind alles Leecher, jaaaaaaa... gibs ihnen, sicherlich sind die auch Kriminelle und im richtigen Leben blanke Versager und überhaupt...alles nur dumme Angeber!

Deppenalaaaaaaaaarrrrrrrm !!!!!:chuckle

Januar:twisted:

:yes: :whistle

Xman 26. June 2007 03:18

@Januar1956
halt DIch bitte ein wenig zurück... so wie Du es darstellst wurde es nie behauptet.

@deppenalarm
den Credits ists egal mit welcher Slotspeed Du uppst. Fürs Releasen ist eine hohe Slotspeed von Vorteil.

Verlierer 26. June 2007 13:15

Zitat:

Zitat von Xman (Beitrag 125980)
den Credits ists egal mit welcher Slotspeed Du uppst.

Huch, ich dachte gerade beim Xtreme werden hohe Raten nochmals belohnt? :shock:

Jicksaw 26. June 2007 14:21

Zitat:

Zitat von Verlierer
Huch, ich dachte gerade beim Xtreme werden hohe Raten nochmals belohnt? :shock:

MB bleibt MB! Da ist es egal mit welcher Slotspeed man uppt!;)

Stulle 26. June 2007 14:55

richtig. so gesehen ist es sogar sinnvoller einen nicht zu schnellen, aber auch nicht zu langsamen slotspeed zu fahren. dann bekommt man zeitgleich bei mehreren credits und lässt dies auch noch mehr oder weniger schnell ansteigen.

Januar1956 26. June 2007 19:18

Zitat:

Zitat von Stulle (Beitrag 125986)
richtig. so gesehen ist es sogar sinnvoller einen nicht zu schnellen, aber auch nicht zu langsamen slotspeed zu fahren. dann bekommt man zeitgleich bei mehreren credits und lässt dies auch noch mehr oder weniger schnell ansteigen.

Mathe: 6

...setzen... :lol:

Je kleiner Dein Upload ist, desto langsammer überschreitest Du die Grenze, ab der es überhaupt Credits gibt. Die ist von Mod zu Mod unterschiedlich. Generell ist es so, je höher Dein Slotspeed ist, desto schneller gibts entsprechenden Download. Das mag im Einzelfall, des jeweiligen Uploads, nicht viel sein...aber in der Masse und z.B. auf Jahresbasis ein erheblicher, fetter Gewinn.

Januar

Stulle 26. June 2007 19:36

januar, es reicht. deine dumm dreiste art kann zu weilen das eine oder andere gemüt stark aus dem gleichgewicht bringen. du hast die intelligenz und das wissen nicht mit großen löffeln gefressen. zumal ich dir den vorteil vorraus habe, dass ich den code lesen kann und das auch tue. defakto bekomme ich bei mehr clients credits, wenn ich zu mehr clients uploade. das geht dann zwar langsamer von statten, aber es könnte trotzdem für einen leichten vorteil sorgen.

und jetzt noch mal, reiß dich endlich zusammen! xman legte es dir auch schon nahe!

Januar1956 26. June 2007 19:44

Zitat:

Zitat von Stulle (Beitrag 126000)
defakto bekomme ich bei mehr clients credits, wenn ich zu mehr clients uploade. das geht dann zwar langsamer von statten, aber es könnte trotzdem für einen leichten vorteil sorgen.

und jetzt noch mal, reiß dich endlich zusammen! xman legte es dir auch schon nahe!

Sorry, falsch....total falsch :naughty

Januar

Stulle 26. June 2007 20:03

deine rechnung hinkt an allen ecken und enden.

1.) der slotspeed entscheidet nicht über den effektiven download auf lange sicht. das einzige was sich ändert ist die zeit in der dir der client xy einen chunk schiebt.
2.) schon ab knapp über einem MB gibt das alte offi CS genügend credits um es für leecher interessant zu machen lediglich etwa 2 MB zu senden.
3.) mods machen nicht die masse des ed2k aus! nicht alle mods unterstützen mehrere CS und nicht alle von denen die es tun haben ein anderes CS als standard.
4.) ein schneller slotspeed mag für schnelleres ansteigen der credits bei xy sorgen, nicht aber für ein schnelleres ansteigen der credits im gesamten netzwerk, denn es werden immer nur sehr wenige bedient. immer schneller wachsende credits bei mehr daten sind auch nur bei manchen CS (lovelace). somit bringt es keinen signifikanten vorteil nun einem erst viel zu geben, wenn von einer wurzel funktion oder einer linearen funktion ausgegangen wird. erstere würde sogar die wahrscheinlichkeit für eheren download erhöhen, da gleichzeitig bei vielen clients die erste hürde genommen wird.

Januar1956 26. June 2007 20:10

Zitat:

das einzige was sich ändert ist die zeit in der dir der client xy einen chunk schiebt
Genau so hab ich es gemeint. Und da kann man sich winden und drehen, wie man will, Mathe läßt sich nicht verbiegen.

Januar

Stulle 26. June 2007 20:44

ich glaub würde ich dir bilder malen würdest du es auch nicht verstehen. das offizielle cs wird bei einer übertragung von unter 100 zu 0 in der pre 0.48a variante eine wurzelfunktion als basis für die berechnung der credits benutzen. diese steigt am anfang schnell und dann immer langsamer. wenn wir nun also bei null anfangen erarbeiten wir uns mit 4 slots bei 4 clients etwa zeitgleich einen respektablen bonus. bei slotfocus dauert es länger bei allen 4 clients auf einen gleichen modifier zu kommen.
kurz um, wenn wir von 4 clients bevorzugt werden erhöht sich die wahrscheinlichkeit für uns einen slot zu bekommen. wenn wir nur bei einem bevorzugt werden, ist die wahrscheinlichkeit logischer weise niedriger.
und nochmal, auf grund der quadratwurzel bringt es keinen vorteil möglichst schnell möglichst viel zu übertragen. der vorteil, den man sich dann erarbeitet wird immer geringer pro MB!

stulle

moron 26. June 2007 21:54

Wie verhält sich das denn mit dem Overhead?
Bei mehr Slots -> mehr Overhead.
kann man das irgendwie quantifizieren?
Beispielsweise wenn wir mit dem Slotspeed von 10 auf 2 runtergehen, also 5 mal mehr Slots aufmachen.
Ich hab ja dann nicht gleich 5fachen Overhead...

Stulle 26. June 2007 22:08

da gibt es nicht mehr overhead. der entstehende overhead ergibt sich aus anfragen von blöcken und protokollheadern. diese sind in der summe aber unabhängig von der geschwindigkeit.

Januar1956 26. June 2007 22:48

Zitat:

Zitat von Stulle (Beitrag 126005)
i
kurz um, wenn wir von 4 clients bevorzugt werden erhöht sich die wahrscheinlichkeit für uns einen slot zu bekommen.

stulle

Nix für ungut, aber wenn Du mir etwas gibst, mußt Du minimum 2.000 Warteplätze überwinden. Beim großteil der anderen sogar 5.000 Warteplätze. Da kannst du Dich ruhig ""soft"" einschleichen, den Upload-Slot bekommt der mit der höchsten Punktzahl. Ergo, Deine Hoffnung auf einen Slot, ist für mich nicht nachvollziehbar.
Da verlasse ich mich lieber auf meine Rechenart, die vielleicht schlicht ist, aber zu sicheren Resultaten führt. :dance

Januar

Stulle 26. June 2007 23:03

mir sagen, dass mathe nicht meine stärke ist und selbst ignorant in einfacher stochastik... das spricht wirklich für sich, januar. eindeutig!

Verlierer 26. June 2007 23:18

Zitat:

Zitat von Jicksaw (Beitrag 125984)
MB bleibt MB! Da ist es egal mit welcher Slotspeed man uppt!;)

Zitat:

Zitat von Stulle (Beitrag 125986)
richtig. so gesehen ist es sogar sinnvoller einen nicht zu schnellen, aber auch nicht zu langsamen slotspeed zu fahren. dann bekommt man zeitgleich bei mehreren credits und lässt dies auch noch mehr oder weniger schnell ansteigen.

Hab mich wohl missverständlich ausgedrückt, es geht mir um folgende Bemerkung zum Kreditsystem des Xtreme...
Zitat:

Zitat von Xtreme Homepage
This feature is an enhancement of the existing credit system. It rewards clients which gives you a high download. This clients gets a bonus factor.


Blomy 27. June 2007 00:30

Tja leider ist auch dieses "enhancement" nicht nach meinem Geschmack, obwohl die Idee als solche schon
einen besseren Weg des CS aufzeigt.
Ich musste die Erfahrung machen, das trotzdem zu viele Clients in den verfrühten Genuss eines Uploads
von mir gekommen sind. Ich habe einiges an Clienten anzubieten, die mir ne QR geben, sich über
500 MB von mir reingetan haben, aber trotz alledem selbst nach einer Runtime eines DL von über einer
Woche, sie mir nicht ein Bit geschweige den ein Byte gegeben haben
.

Das ist auch der Grund warum ich das Lovelace CS liebe. Ein Client, der (Beispiel) mir 100 MB gegeben
hat und ich ihm weit über 300 MB und er schon wieder inden UL kommt, ist mir lieber als diese
Mistclienten wie oben (unterstrichen) geschrieben. So einem 100 MB Clienten gebe ich gerne nochmal
300 MB als wie den oben genannten.

Und mir soll keiner was von Sharing oder Trading erzählen. Das CS führt ja das Sharing ad absurdum.

Stulle 27. June 2007 05:42

meine meinung, blomy. zumal lovelace ohnehin exponential rechnung enthält. das hat den großen vorteil, dass am anfang erstmal weniger, dann aber sehr viel gegeben wird.

@ verlierer: das xtreme cs hat ein bonus system. das ist zum teil auch abhängig von der session, wenn ich mich gerade richtig erinnere. die eigentliche geschwindigkeit ist aber, wie jicksaw auch sagte, irrelevant, da sie im besten fall bestimmt wann du den bonus bekommst, nicht aber ob du ihn bekommst.

Jicksaw 27. June 2007 13:34

Jetzt fall ich aber vom Glauben ab! :-?

Zitat:

Zitat von Januar
Generell ist es so, je höher Dein Slotspeed ist, desto schneller gibts entsprechenden Download.

Richtig! Aber nur von dem betreffenden Client. Das heißt nutze ich z.B. Slotfocus bekomme ich bei "EINEM" Client schnell Credits. Nutze ich eine niedrigere Slotspeed bekomme ich bei "EINEM" Client nicht so schnell Credits aber dafür direkt bei z.B. 10 Uploadslots von 10 Clients. In der relativ gleichen Zeit hat der Slotfocus unter Umständen genauso viele Clients abgearbeitet, ergo nimmt sich das absolut garnix (diverse Umstände bzw. Variablen mal nicht mit eingerechnet)!

Zitat:

Zitat von Januar
..aber in der Masse und z.B. auf Jahresbasis ein erheblicher, fetter Gewinn.

Nochmal Datenmenge bleibt Datenmenge! Und da bekommst du kein plus durch hohe Slotspeed sondern durch eine fettere Leitung, also Gesamtupload!!!!!

Zitat:

Zitat von Januar
Und da kann man sich winden und drehen, wie man will, Mathe läßt sich nicht verbiegen.

Und genau deshalb würde ich dir die "Mengenlehre" nochmal wärmstens ans Herz legen!:wink:

Zitat:

Zitat von Januar
Nix für ungut, aber wenn Du mir etwas gibst, mußt Du minimum 2.000 Warteplätze überwinden. Beim großteil der anderen sogar 5.000 Warteplätze. Da kannst du Dich ruhig ""soft"" einschleichen, den Upload-Slot bekommt der mit der höchsten Punktzahl. Ergo, Deine Hoffnung auf einen Slot, ist für mich nicht nachvollziehbar.
Da verlasse ich mich lieber auf meine Rechenart, die vielleicht schlicht ist, aber zu sicheren Resultaten führt. :dance

Für mich ist seine Hoffnung auf einen Slot sehr wohl nachvollziehbar. Da sich die Geschichte mit hoher und niedriger Slotspeed kaum was nimmt, hat er genauso große Chancen wie du. Während du z.B einen Client bedienst, begient er sagen wir mal 10 Clients gleichzeitig zu bedienen. Du magst bei dem einen Client schneller drankommen, aber da gibts dann immer noch 9 andere bei denen Stulle mal lieb "hallo" sagen kann. Du tust gerade so als ob es nur eine Quelle pro File gäbe!

Desweiteren möchte ich dir nahelegen dich nochmal mit dem "Score" auseinanderzusetzen. Dort gibt es noch andere Variablen die mit einfließen.:yes:

Zu guter letzt muss ich sagen das mir aus deinen Diskussionen mit aalerich bereits bekannt war, das du total zz und Slotfocus bzw. hohe Slotrate infiziert bist und dich in dieser Hinsicht auf absolut gar nix einlässt. Ist auch gar nicht verkehrt, jedem das seine, aber was du hier zum besten gegeben hast ist echt der absolute Knaller, da hätte ich von jemand mit deiner "Erfahrung" etwas anderes erwartet.:shock:

MfG
Jicksaw

Jok3r 27. June 2007 16:02

Zitat:

das ist zum teil auch abhängig von der session, wenn ich mich gerade richtig erinnere.
Jouh.

Zitat:

Zitat von xtreme-mod.net
On the other side, clients you upload much data and the don't give something back to you will get a penalty for the current emule session.


Stulle 27. June 2007 16:51

tja jok3r, hab immer gesagt, das ich k-l-u-k bin! (in gedenken an Homer J. Simpson... ich liebe diese folge! XD)

seppl12 27. June 2007 17:22

Mal eine kleine Überschlagsrechnung:

Gehen wir mal von idealer Leitungsqualität aus. Credits zählen ab 2 MB und wir laden immer nur exakt diese 2 MB hoch, keiner wird doppelt bedient.

Client_1 lädt mit 100 kB/s und einem Slot hoch. Sprich, er lädt die 2 MB in 20 Sekunden hoch und bedient dann den Nächsten. Das ergibt 10 clients X 2 MB in 200 Sekunden.

Client_2 lädt jetzt die 100 kB/s in 10 Slots a.- 10 kB/s hoch. Sprich, nach 200 Sekunden hat er 10 clients mit 2 MB bedient, ab da dann diese Credits wirken.

Worin liegt nun der Unterschied?
Beim Client_1 "wirken" die Credits beim ersten bedienten client nach bereits 20 Sekunden, also 180 Sekunden länger als beim Client_2; Beim zweiten bedienten client bereits nach 40 Sekunden, also 160 Sekunden länger als beim Client_2, usw.

Man könnte nun meinen: Toll, höher Download ... Irtum, man kommt nur ein klein wenig eher dran, unterm Strich bleit die Mege des Downloads (bei identischen Bedingungen) bei beiden clients gleich (Credits "verbrauchen" sich wieder).

Gut, mache meien, toll, durch hohen Slotspeed werden (auf volle chunks bezogen) die files schneller verteilt ... was sicher richtig ist aber meiner Meinung nach nicht unbedingt ein Vorteil für das ed2k Netz ist.

Wo liegt nun der Hacken an der Sache?
Der Hacken ist, das Schätzungsweise lediglich 5 % der clients im Netz überhaupt nur einen Slotspeed von 100 kB/s aufnehmen können.

Jicksaw 27. June 2007 17:52

Zitat:

Zitat von seppl12
Mal eine kleine Überschlagsrechnung:

Genau so sieht es aus. Nochmal schön mit Zahlen untermauert! :clap

MfG
Jicksaw

Januar1956 27. June 2007 19:04

Zitat:

Zu guter letzt muss ich sagen das mir aus deinen Diskussionen mit aalerich bereits bekannt war, das du total zz und Slotfocus bzw. hohe Slotrate infiziert bist und dich in dieser Hinsicht auf absolut gar nix einlässt
Jo, genau so isses. :dance

Ich gebe schnell und viel...und bekomme schnell und viel.:chuckle

...und an der Richtigkeit des Satzes:

Wer zu spät kommt, den bestraft das Leben,

hab ich nie den geringsten Zweifel gehabt.:mrgreen:

Januar

Jicksaw 27. June 2007 19:38

Zitat:

Zitat von Januar1956
Jo, genau so isses. :dance

Ich gebe schnell und viel...und bekomme schnell und viel.:chuckle

...und an der Richtigkeit des Satzes:

Wer zu spät kommt, den bestraft das Leben,

hab ich nie den geringsten Zweifel gehabt.:mrgreen:

Januar

Dachte ich es mir doch und damit sollte man das Thema wohl ruhen lassen, denn "bekehren" werden wir dich ja doch nicht!:wink:

MfG
Jicksaw

Januar1956 27. June 2007 20:33

Zitat:

Zitat von Jicksaw (Beitrag 126034)
Dachte ich es mir doch und damit sollte man das Thema wohl ruhen lassen, denn "bekehren" werden wir dich ja doch nicht!:wink:

MfG
Jicksaw

hehe, niemals :lol:

Das hat allerdings auch einen ernsten Hintergrund. Wir bewegen uns schnurstracks auf erheblich höhere Bandbreiten zu. Im nächsten und übernächsten Jahr, werden neue Tarifangebote mit 50 Megabit pro Sekunde (mbit/s) Bandbreiten ins Haus schneien. Da ist es meines erachtens wichtig, jetzt schon Grundlagen zu erarbeiten und mit hoher Priorität eMule, bzw Mods in diese neue Generation einzubinden. Ich favorisiere da den Zzul-Weg als die einzig verwertbare Zukunftsmusik :lol: für die Masse der User. Aber wie ich schonmal schrieb, Nischen wirds und soll es durchaus geben.:chuckle

...und zum Thread: Stulle hat da meiner Meinung, die einzig richtige und simpelste Antwort gegeben...wer weniger Download will, soll gefälligst diesen begrenzen...so einfach kanns im Leben sein.:clap

Januar

Blomy 27. June 2007 21:39

An dem Tag, wenn mein 6000er DSL für mindestens 48 Stunden dauerausgelastet ist, ja dann
haue ich sie alle in die Pfanne, die ungelegten Eier die hier verbreitet worden sind.
Mit einer Prise Ignoranz und einem Löffelchen Klugsch*isserei werde ich mir diese Eier zubereiten.
Dieses Rezept kann beliebig erweitert werden > siehe einige vorhergehende Posts.


Alle Zeitangaben in WEZ +1. Es ist jetzt 22:26 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