Deprecated: Function eregi() is deprecated in /var/www/web100515/html/mainfile.php on line 88

Deprecated: Function set_magic_quotes_runtime() is deprecated in /var/www/web100515/html/includes/mx_system.php on line 31

Willkommen bei eD2K-Serverboard
Suchen
Artikel
  · Registrieren/Einloggen Portal  ·  Artikel  ·  Artikel schreiben  ·  Lugdunix-/Eselforum  ·  Forum II  ·  Ausloggen  

  Hauptmenü
General
 Home
 Themen
 Artikel
 Downloads
 Links
 Bildergallerie
 Impressum

Community
 Ihr Account
 Memberliste
 Artikel schreiben
 Kalender
 Statistiken

Stuff
FAQ

Suchen

  Zusatz Menü

  
Heute haben keine Benutzer Geburtstag!

  Neue Downloads

Neue Downloads
Neue Downloads ]


  
1: +++ www.eMuleSite.de +++
   [Visits: 2182 x]
2: Windowsforum
   [Visits: 1937 x]
3: Turboforum
   [Visits: 1921 x]
5: Linux-Club
   [Visits: 1692 x]
6: Das Linuxbuch
   [Visits: 1673 x]
7: adslforum bei G. Schwarz
   [Visits: 1646 x]
8: Das eMule - Handbuch
   [Visits: 1580 x]
9: Atelier Web Remote Commander
   [Visits: 1485 x]

  Terminkalender
September 2018
  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
Keine Termine fuer heute.

Termin vorschlagen Termin vorschlagen

  Menü II

Flatbooster


Serverboard Forum Sie sind nicht eingeloggt


Nach unten
« vorheriges  nächstes »
Aufsteigend sortiern Absteigend sortieren      print
Autor: Betreff: Die nächste Protokolländerung scheint jetzt notwendig zu werden
Super Moderator
Alter Esel

IhmSelbst
Beiträge: 339
Registriert: 29/12/2002
Status: Offline
Geschlecht: männlich
smilies/achtung.gif erstellt am: 27/2/2003 um 02:36  
So, hier schonmal paar gesammelte Ansätze von einer nicht ganz unbekannten Forenseite ;) aus dem Thread http://f25.parsimony.net/cgi-bin/topic-indent.cgi?Nummer=6319 9&ThreadNummer=158146
Zitat:
1. Ist es möglich, wenigstens 80% (mehr wäre wünschenswert) aller Clients gegen neue Versionen mit geringeren "UDP-Emissionen" auszutauschen?
2. Mit Punkt 1. im Blick: Wie sieht es bei der momentanen "Zerklüftung" der Clientlandschaft mit der Handlungsfähigkeit der einzelnen Coder und Codergruppen aus? Es gibt sicher 100 verschiedene Clients (verschiedene Versionen derselben Software mitgerechnet), die sich "in freier Wildbahn" befinden. Wie sollen die geordnet entsorgt werden? Nach meinem Verständnis ist das nur über die Server-Software und Client-Versionsnummern möglich.
3. Aufbauend auf Punkt 3.: Werden die Serverbetreiber sich genügend verständigen, damit ein Desaster wie das der alten 56er-eDonkey-Versionen diesmal vermieden wird? Noch heute lassen viele Server uralte 56er-eDonkeys ins Netz, die dann die Server weit höher belasten, als es der gesamte Rest zusammen tut. Unwissenheit und Ingnoranz dürften die Hauptgründe sein.


Zitat:
Zunächst einmal sollte man sich Gedanken darüber machen, wie denn ein Client mit geringeren UDP-Emissionen aussehen soll. Bei der Quellensuche kann man das UDP-Request-Limit eventuell von 100 auf 50 runtersetzen und die Abfragezeit verdoppeln. Beim Extend-Search sehe ich allerdings keine Möglichkeit zu weiteren Einschränkungen.
Welche Methoden zur UDP-Traffic-Reduktion gäbe es denn noch?

Zum Austausch-Vorgang: Da hilft halt nur die alte Methode "abwarten und blocken".


Zitat:
Da halte ich eine Verdoppelung der Wartezeit zwischen zwei Abfragen für die bessere Alternative. (20 Minuten sind meiner Meinung nach ohnehin zu niedrig.) Das sollte die gleiche Lastreduktion zur Folge haben.


Zitat:
Wie wäre es denn mit einer kleinen (vielleicht schrittweisen "ausschleichenden") Beschränkung der Clients, nicht mehr als - sagen wir - Serverkapazitäten von 400.000 Clients auszuschöpfen? Ich schreibe jetzt absichtlich nicht "10 Server", weil "10 Server" ziemlich relativ sind...


Zitat:
>könnte man zb donkey control nicht so coden das zb die minVersion nicht verändert werden kann? und diese dann halt auf 57 oder so steht? dann wär doch schon ein kleiner schritt für die zukunft getan!!

Nicht wirklich, denn *heute* sind <57-Versionen kein großes Problem mehr. Das Problem ist: Heutzutage melden sich *alle* Clients als 60 oder 61 an, weswegen die bisherige Einstellungsmöglichkeit keinen Sinn mehr hat.

cu


____________________
Profil anzeigen Nach allen Beiträgen dieses Users suchen
« vorheriges  nächstes »        print
Nach oben


mxBoard, © 2006 by pragmaMx.org, based on eBoard, XMB and XForum


-
Alle Logos und Warenzeichen auf dieser Seite sind Eigentum der jeweiligen Besitzer und Lizenzhalter.
Im übrigen gilt Haftungsausschluss. Weitere Details finden Sie im Impressum.
Die Artikel sind geistiges Eigentum des/der jeweiligen Autoren, alles andere © 2003 - 2007 by eD2K-Serverboard
Diese Webseite basiert auf pragmaMx 0.1.9. Dieses CMS ist frei erhältlich.