eWombat 0.064E (07.11.03) Sehr wichtiger Security-Fix

[Xman]

Zitat von MxM.

angenommen ich habe eine datei mit 100 quellen, so wird durch den source ex jede dieser quellen selbst nach quellen gefragt.

sprich, es werden zusätzlich zu allen bestehenden verbindungen weitere 100 hergestellt um diese daten auszutauschen...egal ob dies nun extra geschieht, oder während des vorgangs des downloads... es wird auf jeden fall ein mehr an dateien pro sekunde getauscht.

Quatsch! Sorry, aber da verstust Du Dich ein wenig.
Angenommen Du hast 100 Quellen. In regelmäßigen Zeitabständen wird eine dieser Quellen nach seinen Quellen abgefragt. Jetzt sendet Dir der andere seine Quellen. Vielleicht 80 Stück. Von den 80 STück kennst Du vielleicht 70. Mit diesen 70 passiert dann rein gar nichts. Die 10 Neuen werden von Dir abgefragt.

Zu MTU. Die emule Devs empfehlen die MTU nicht zu hoch zu setzen. Inwiefern die MTU den Mulie beeinflußt hab ich auch noch nicht so genau rausgefunden, als das ich eine definitive Aussage darüber treffen könnte.

[Usul]

Der Zusammenspiel von MTU und Source Exchange würde mich auch mal interessieren, gut das ich nicht der einzige bin, den das interessiert. Wenn es wieder mal zu sehr Offtopic wird, kann man das auch an anderer Stelle klären. Wenn hier wirklich konkrete Zusammenhänge sichtbar werden, wie die MTU den Emule beeinflußt, wäre das nicht schlecht.

Noch was zu Source Exchange und zu viele Verbindungen: Mal bitte nicht vergessen, das SE normalerweise über UDP läuft, der zweite Port in den Verbindungseinstellungen. UDP ist ein verbindungsloses Protokoll, also "Fire-And-Forget", die Daten werden einfach abgeschickt, ohne das der Empfang bestätigt wird. Da das normalerweise immer aktiviert ist, das UDP genutzt wird, hält sich die Anzahl der zusätzlichen Verbindungen für SE meiner Meinung nach in Grenzen, wenn es überhaupt in aktive Verbindungen reinzählt (streng genommen ist es keine Verbindung, UDP ist per Definition verbindungslos). Wer natürlich den UDP-Port nicht nutzen kann, hat natürlich durch SE mehr Verbindungen. Auf jeden Fall dürfte es bei UDP-Verbindungen (wenn sie denn als Verbindungen zählen) nicht lange bestehen, ein Timeout von 40 Sekunden oder so wird es nicht geben, da ja wie gesagt auf keine Antwort gewartet wird.

Und nicht vergessen, Overhead/Traffic wird durch SE so oder so generiert, egal ob TCP oder UDP.

[MxM.]

ich greif nurmal vorweg:

dieses OT ist genauso wichtig wie das andere... und man kann nicht immer mittendrin woanders einen thread eröffnen. hier wurde eine frage aus dem sachverhalt heraus gefragt und somit wird sie in den sachverhalt hinein geantwortet.


xman

ob ich 80 kenne oder nicht, kann mein emule erst feststellen, wenn die daten zu mir übertragen sind.

zur mtu: meine liegt bei 1448 nach leitungsmessung von cfos

tatsächlich ist das 1492er mtu maximum m.E. wirklich nicht zu empfehlen, da dies für diverse verbindungsarten das hardwaretechnische maximum darstellt... ohne spielraum für fehler, leitungsschwierigkeiten und andere dinge.


über 25/5sec und 200 verbindungen komme ich übrigens prinzipiell nicht weg

unabhängig davon bekomme ich dennoch einen download von bis zu 160 und mein upload geht teilweise bis zu 38

einzig die anzahl der quellen und wie schnell sie abgefragt werden können wurde bei mir durch die MTU beeinflußt

[Xman]

ob ich 80 kenne oder nicht, kann mein emule erst feststellen, wenn die daten zu mir übertragen sind.

MxM.,
klar müssen die Daten zu Dir gesendet werden, doch das hat nicht smit der Anzahl der Verbdinungen zu tun. Wie Usul schon erwähnte geschieht dies eh per UDP. Es kommen lediglich 10 neue Verbindungen zu stande, wenn 10 neue Quellen gefunden wurden.

Daß die MTU-Größe etwas mit Spielraum für Fehler zu tun hat wäre mir auch neu. Tatsächlich ist es doch so: wurde ein TCPIP Packet defekt empfangen, oder ging es verloren, so wird es erneut gesendet, egal welche MTU eingestellt ist.

[Usul]

Zitat von MxM.

einzig die anzahl der quellen und wie schnell sie abgefragt werden können wurde bei mir durch die MTU beeinflußt

Wie genau mißt/beobachtest du das? Ich wüßte nicht, wie ich da halbswegs nachvollziehbare Ergebnisse/Beobachtungen hinbekommen soll.

[MxM.]

Usul,

offen gestanden mit dem auge... wobei ich dafür ca 80 äußerst gut verteilte downloads mit vielen quellen als testobjekt benutzt habe... und dann auf ca. 30 stunden verteilt mir die werte nach je 2 stunden angeschaut habe


udp hin oder her... genausowenig ist mir wichtig ob das paket per tcp ip nun als lost oder nicht ist... richtig ist, die verbindung wird per UDP nicht 2seitig aufrecht erhalten und regelmässig gegenseitig bestätigt. UDP Pakete sind dennoch transfer und spielen somit maßgeblich für die MTU eine rolle, da es jeweils sehr wohl den datenstrom beeinflußt... ob nun von mir WEG ...oder zu mir hin... ob einbahnstraße oder nicht... spielt keine rolle


xman

sofern man steuern könnte, ohne übertragung auf daten zu verzcihten die man bereits hat...dann würde DROP NO NEEDED und ähnliches vielmehr sinn machen... so aber bekommt man die selben quellen solange regelmässig rein, bis man sein kontingent mit anderen gültigeren quellen gefüllt hat.
so aber müssen die daten erstmal zu mir, und einzig nach der überprüfung bei mir weiss mein mule, welche quellen er nicht nochmal kontaktieren braucht, da bereits vorhanden. die ergebnisse in meine richtung werden aber komplett gesendet... vermutlich bekomme ich also von 100 leuten jeweils alle anderen 99 ausser ihnen selbst und mir... da erst bei mir geprüft werden kann, ob ich diese habe oder nicht. insofern bekomme ich 100x99 = 9900 source ex von einem file der 100 quellen hat in dem zeitabstand der für source ex eingestellt ist... vermutlich 60 sekunden.

jetzt haben die meisten files aber durchaus auch 300,400 quellen

bei 400 teilt mir jeder die quellen der anderen 399 mit

400x399, das sind dann prinzipiell 159600 quellen... die wie gesagt erst bei mir geprüft werden, ob sie im speziellen abgefragt werden.


deswegen habe ich auch eine beschränkung auf 100 quellen max. je file... die sache läuft mit dem source eX also überproportional...

deswegen gabs zu den einführzeiten von source ex sehr oft den tipp, source ex abzuschalten.... für besseren datenfluß... was sehr oft auch der fall war.

leider haben hier die server betreiber rebelliert... was in einem gewissen maß sinn macht... in anbetracht des gesamten datenaufkommens wäre es aber aus meiner sicht sinnvoller das source ex abzuschalten und dafür statt servern mit 120.000 usern nur noch 80.000 verwalten würden.

ich persönlich denke sogar, dass der source ex den ein oder anderen timeout beim datentransfer und somit also abgebrochene transfers verursacht.


leider also kann man heute den source ex daher nichtmehr ausschalten.
einzige maßnahme kann hier also nurnoch sein...die abfragezeiten zu erhöhen von hause aus....



server werden von mir übrigens alle 24 minuten...also 1600 sekunden belastet...
andere server mit dem anderen maximumwert von 2000 und laufen tut es trotzdem.

[Kosh]

Zitat von MxM.

dieses OT ist genauso wichtig wie das andere... und man kann nicht immer mittendrin woanders einen thread eröffnen. hier wurde eine frage aus dem sachverhalt heraus gefragt und somit wird sie in den sachverhalt hinein geantwortet.

Das es wichtig ist (was irgendwie relativ ist, mich interessiert's nicht), ändert nichts an der Tatsache, daß es in diesem Thread völlig fehl am Platz ist. Daran ändert auch deine abenteuerliche "Sachverhalt"-Erklärung nichts.

Ich lese diesen Thread um mich über den eWombat zu informieren. Eure anderen Themen sind zwar vielleicht interessant, aber kann es wirklich so schwer sein, darüber in einem eigenen Thread zu diskutieren?

Ich fänd's nett, wenn das passieren würde.

[MxM.]

ich hoffe, dass der entwickler dann in denselben threads liest, und die zeit dazu findet diese zu suchen um herauszufinden um welche themen es dabei geht.

wenn hier wie gesagt "information" zum ewombat einzig erscheinungsdatum sein soll... dann bitte... nur zu. ansonsten wüßte ich nicht, ab wann eine information über den grenzverlauf hinausgeht.... vermutlich dann wenn mehr als ein 3 zeiler entsteht....

aber dann hoffe ich, dass ihr ohne den diskussionsaustausch darüber nach wie vor die qualität wahrt...

ansonsten klar gern... darkwolf schreibt schön seinen wombat ohne grossartige rückdiskussionen über sinn und unsinn lässt hier alle 2 wochen eine information zurück ob und wann der nächste zu laden ist, am ende sagt jeder "danke" oder "*******e"

schöne form von information.


aber kein problem. was ich mti allen anderen threads dieses forums machen kann, kann ich auch hier...dann les ich eben nurnoch

[Xman]

MxM.,

so aber müssen die daten erstmal zu mir, und einzig nach der überprüfung bei mir weiss mein mule, welche quellen er nicht nochmal kontaktieren braucht, da bereits vorhanden. die ergebnisse in meine richtung werden aber komplett gesendet... vermutlich bekomme ich also von 100 leuten jeweils alle anderen 99 ausser ihnen selbst und mir... da erst bei mir geprüft werden kann, ob ich diese habe oder nicht. insofern bekomme ich 100x99 = 9900 source ex von einem file der 100 quellen hat in dem zeitabstand der für source ex eingestellt ist... vermutlich 60 sekunden.

Sag mal willst Du es nicht begreifen ? Du frägst alle x Minuten EINEN Client ab. Dieser schickt Dir seine Quellen. Der emule überprüft welche er davon noch nicht kennt. Diese frägt er ab. Fertig.
Ich empfehle Dir einfach mal das Logfile des Mulies anzusehen. Daran kann man das wunderbar nachvollziehen.
Und da es jetzt schon wieder OT wird, ist für mich das Thema beendet.

[Kosh]

Da es bei besagten Dingen nicht ausschließlich um eWombat-bezogene Informationen geht, solltest du vielleicht mal darüber nachdenken, ob es nicht doch Sinn macht, diese Diskussion für alle sichtbar zu führen.
Genau das ist nämlich das Problem: Es geht hier einfach nicht mehr um spezifische Probleme des eWombat. Also führst du deine eigene Argumentation in einem einzigen Posting ad absurdum.
Aber das siehst du bestimmt sowieso wieder ganz anders

[Blomy]

Zitat von MxM.

ansonsten klar gern... darkwolf schreibt schön seinen wombat ohne grossartige rückdiskussionen über sinn und unsinn lässt hier alle 2 wochen eine information zurück ob und wann der nächste zu laden ist, am ende sagt jeder "danke" oder "*******e"

schöne form von information.

darkwolf ist einer der Modder, der sich auch um kleine Probleme kümmert.
Das habe ich noch bei keinem anderen gesehen.
Bei einem anderen Modder musste ich erst massiv in meiner Sig auf ein Problem
hinweisen und die Antwort kam erst nach vielen vielen Tagen.
Das ist ja wohl noch überzeugenderer oder ?

Und das man sich bei jemanden, der einem eine Information gibt, bedankt,
ist doch wohl selbstverständlich. Ich sehe es jedenfalls so.
Ob mir die Info hilft oder nicht. Jemand hat sich jedenfalls die Mühe gemacht
und mir geantwortet. (OT)

[MxM.]

Zitat von Xman

MxM.,

Sag mal willst Du es nicht begreifen ? Du frägst alle x Minuten EINEN Client ab. Dieser schickt Dir seine Quellen. Der emule überprüft welche er davon noch nicht kennt. Diese frägt er ab. Fertig.
Ich empfehle Dir einfach mal das Logfile des Mulies anzusehen. Daran kann man das wunderbar nachvollziehen.
Und da es jetzt schon wieder OT wird, ist für mich das Thema beendet.

datei 1 [quellen] 76
datei 2 [quellen] 76/79
datei 3 [quellen] [3] 38/68
datei 4 [quellen] [1] 13/15

summasummarum hier 76+79+68+15 = 238 EINZELNE clients

wie du richtig bemerkst wird JEDER einzelne client alle x minuten abgefragt. sagen wir alle 10 Minuten. Mindest und Maximumzeiten sind bekannt.

238 clients werden (avoid too many connections at one moment) schön verteilt auf 10 minuten abgefragt. 10x60 alle 600 sekunden ein client 600/238 = alle 2,5 sekunden wird ein client abgefragt ob er neue quellen kennt. der client ist jetzt x ich bin a. a -> x hallo ich brauche deine quellen. x -> a hier sind meine quellen. a: quellen lesen... aha z neue quellen als source hinzugefügt. diese werden den bestehnden 238 addiert.

dies ist der idealfall. wenn die zeit kürzer eingestellt ist sieht die sache extremer aus... zumal 90% der clients durchaus mal an einer einzigen sekunde nicht EINEN client abfragen sondern meinetwegen 30 clients... und dafür fragen sie dann 30 sekunden lang garkeinen ab.

den rest kannst du mir per pm schicken.

[Odinasgardson]

Wie Kosh,

Es geht hier einfach nicht mehr um spezifische Probleme des eWombat. Also führst du deine eigene Argumentation in einem einzigen Posting ad absurdum

schon sagte intressant und wissens Wert ja aber nicht nur eWombat spezifisch.

mfg
Odinasgardson

[MxM.]

Odinasgardson,

direkte frage, auf ne direkte antwort:

warum schreibst du mir DAS jetzt nicht als pm ?

wer dem verlauf folgt stellt fest, dass eine frage an mich gestellt wurde innerhalb des threads, wie schon beim ersten mal. diesen habe ich ebenfalls im verlauf des threads beantwortet um eben all jenen die die frage gelesen haben (welche ja nur in dem thread sind) auch die antwort zu geben.
über die SUCHfunktion wird es sowieso gefunden, egal wo es ist.
warum also müssen jetzt hier immer 5 leute denselben hinweis geben ?
reicht da nicht einer,.... die aussage von kosh hat doch nun mehr als alles gesagt... auch wenn ich der meinung bin, dass der wombat dieses abfrage eben durhc AVOID HIGH CONNECTION komplett anders handhabt als andere...und damit überhaupt nur so gleichmässig zu berechnen ist.,.... aber bitte sehr, nicht dass ich mich nicht anpassen könnte...den thread zum thema MTU im offtopic (wo sonst soll das hin) hat bis jetzt niemand bemerkt...und der ist schon länger da, als kosh hier schreibt.

[Odinasgardson]

Doch ich habe in gesehen und es ist nicht persönlich oder böse gemeint ich finde im großen und ganzen das was du dazu beitragst ist sehr intressant und auch wissenswert. Doch hast du leider die angewohnheit etwas zu sagen wir mal ergeizig zu sehen und vertiefst dich immer so in eine Sache das das ganze immer etwas ausufert.
Aber wie ich schon sagte das soll kein Angriff auf dich sein nur ein Hinweis
Also nichts für ungut.

mfg
Odinasgardson