[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   eMule 0.45b Xtreme 3.0 final [03.05.2005] (http://www.emule-web.de/board/9442-emule-0-45b-xtreme-3-a.html)

Ragnarök 26. April 2005 18:59

Zitat:

Zitat von Paul 2
stelle mal die höhere Prozess-Piorität auf normal in den xtreme-Einstellungen

Nope ... selbes Problem.

Um jetzt 100 % sicher zu sein, werde ich den offiziellen Esel installieren und nochmal schauen. Aber wie gesagt ... das ist mir dem offiziellen noch nie passiert.

ofenheizer 26. April 2005 22:50

@Xman

ich habe einen bug entdeckt. ist zwar eher optischer natur und beeinträchtigt keinerlei funktionalität, aber ich will ihn trotzdem kundtun.
folgendes szenario:
ich bin über einen router mit dem internet verbunden. die verbindung geht per wlan.
die wlan-karte im pc hat die eigenart manchmal die verbindung zum router zu unterbrechen. dieses problem konnte ich bisher nicht einkreisen, ist aber so. manchmal mehrmals am tag für sekunden, manchmal, wie jetzt geschehen nach 7 tagen, für längere zeit.
heute war die unterbrechung für längere zeit - also hab ich die netzwerkkarte deaktiviert und sofort wieder aktiviert und prompt war die verbindung zum router wieder hergestellt.
dein mod hat auch sofort, wie es sich gehört, seine arbeit wieder aufgenommen - also alle quellen wieder abgefragt.
nun zum fehler:
in der statistikanzeige fehlen seitdem die graphen für "network adapter" im download und upload.

wie gesagt, nur ein schönheitsfehler.

ich hoffe, ich konnte dir den fehler ausreichend beschreiben, wenn nicht, dann melde dich ruhig nochmal bei mir.
dieses verhalten kann ich einfach reproduzieren.


greetz
ofenheizer

Xman 26. April 2005 23:10

ist nicht nur ein Schönheitsfehler... auch NAFC würde dann nicht mehr funktionieren.
Es ist schwer dieses Verhalten zu beseitigen (Bug ist es keiner)... der Netzwerkadapter fiel aus... tja... ich könnte nun alle x Millisekunden abfragen ob denn nicht schon wieder ein Neuer verfügbar ist. Allerdings verbraucht das zu viel Ressourcen und betrifft auch nur diese spezielle von Dir geschilderte Ausnahme. Darum werd ich diesbezüglich den Code auch nicht ändern.
Was Du machen kannst, nachdem der Adapter ausfiel (im Verbose-Log sollte hierzu übrigens ein Warnhinweis stehen)... ist einfach nochmal zu irgendeinem Server connecten. Nach jedem Serverconnect startet die NAFC-Adapter-Auswahl neu.

ofenheizer 26. April 2005 23:59

stimmt, wenn nafc ausfällt, ist das kein schönheitsfehler.
betrifft dann wahrscheinlich wirklich nur mich :yes:.
der muli hat sich doch nachdem adapterausfall automatisch wieder mit einem server verbunden, weil ja die verbindung komplett unterbrochen war. ich habe zwar nicht genau ins verbose gesehen, aber es stand keine meldung bezüglich nafc drin (nach dem neuverbinden) - und der muli lief danach auch genauso gut weiter.

macht sich denn der ausfall von nafc noch anders bemerkbar, ausser dass die graphen fehlen?

da die beta jez wieder superrund läuft, werde ich morgen mal mit absicht den adapter aus- und wieder einschalten und die ganze sache mal mitloggen.

Xman 27. April 2005 06:23

Zitat:

macht sich denn der ausfall von nafc noch anders bemerkbar, ausser dass die graphen fehlen?
wenn Du in den Einstellungen kein NAFC aktiviert hast, macht es sich gar nicht bemerkbar.. .falls aktiviert, er hat aber einen falschen NAFC-Adapter gefunden hättest Du ein Problem, falls er keinen fand gilt die Standard-Uploadeinstellung.

Januar1956 27. April 2005 11:21

ofenheizer


Kann es sein, dass Du den TIMER im Router "nicht" deaktiviert hast ? Bei meinem Router (Sitecom) muss ich das auch expliziet machen.

Januar

daenemark 27. April 2005 12:43

Hier mal eine Statistik von mir
Code:

eMule v0.45b Xtreme 3.0b1 Statistik [[MK.L]daenemark on Xtreme 3.0beta1]
Transfer
  Session UL:DL Ratio: 1 : 1.27
  Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.27
  Gesamte UL:DL Ratio: 1 : 1.26
  Uploads
      Session
        Hochgeladen: 7.41 GB
        Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
        Aktive uploads/nötig um Bandbreite auszunutzen: 6
        Gesamtanzahl der Uploads: 7
        Wartende Uploads: 3132
        Upload Sessions: 1276
            Erfolgreiche Upload-Sessions: 1223 (95.85%) (active: 7, socket: 187, completed: 970, cancelled/ended: 59, different file: 0, exception: 0, others: 0)
            Fehlgeschlagene Upload-Sessions: 53 (4.15%) (socket: 40, completed: 0, cancelled/ended: 11, different file: 0, exception: 1, others: 1)
            Durchschnittlicher Upload pro Session: 6.20 MB
            Durchschnittliche Upload-Dauer: 24:35 Minuten
        Totaler Overhead (Pakete): 237.06 MB (4.91M)
      Gesamt
  Downloads
      Session
        Heruntergeladen: 9.44 GB
        Beendete Downloads: 13
        Aktive Downloads: 18
        Gefundene Quellen: 3725
        Download Sessions: 2680
            Erfolgreiche Download Sessions: 2142 (79.9%) (active: 18, paused: 0, no needed part: 94, timeout: 402, socket: 700, out of part: 926, exception: 0, others: 2)
            Fehlgeschlagene Download Sessions: 538 (20.1%) (paused: 0, no needed part: 4, timeout: 244, socket: 282, out of part: 8, exception: 0, others: 0)
            Durchschnittlicher Download pro Session: 4.51 MB
            Durchschnittliche Downloadzeit: 27:01 Minuten
        Durch Komprimierung gewonnen: 431.23 MB (4.5%)
        Durch Datenfehler verloren: 2.60 MB (0.0%)
        Teile gerettet durch I.C.H: 3
        Totaler Overhead (Pakete): 209.45 MB (5.05M)
      Gesamt
Verbindung
  Session
      Allgemein
        Erneute Serververbindungen: 2
        Aktive Verbindungen (geschätzt): 138 (Halb:1 | Komplett:33 | Andere:104)
        Durchschnittliche Verbindungen (geschätzt): 134
        Verbindungsspitze (geschätzt): 401
        Verbindungs-Limit erreicht: 4 : 24.04.2005 10:04:15
      Upload
        Upload-Geschwindigkeit: 28.3 KB/s
        Durchschnittliche Uploadrate: 28.4 KB/s
        Max. Uploadrate: 31.5 KB/s
        Max. durchschnittliche Uploadrate: 28.5 KB/s
      Download
        Download-Geschwindigkeit: 48.8 KB/s
        Durchschnittliche Downloadrate: 36.2 KB/s
        Max. Downloadrate: 178.9 KB/s
        Max. Downloadrate Durchschnitt: 37.1 KB/s
  Gesamt
Zeit Statistiken
  Letzter Reset der Statistiken: 14.03.2005 11:30:08
  Zeit seit letztem Reset: 44 Tage 1:11 Stunden
  Session
      Programm-Laufzeit: 3 Tage 3:51 Stunden
      Übertragungszeit: 3 Tage 3:50 Stunden (100.0%)
      Dauer auf aktuellem Server: 0 Sekunden (0.0%)
      Dauer auf Servern: 56:15 Minuten (1.2%)
  Gesamt
  Abschätzungen
Clients
  Bekannte Clients: 6687
  Client-Software
  Netzwerk
  Port
  Niedrige ID: 841 (12.6%)
  Identifikation (pos : neg): 6379 (95.4%) : 45 (0.7%)
  Problematisch: 0 (0.0%)
  Gebannt: 194
  Gefiltert: 6913
  Leecher 5631


Xman 27. April 2005 13:19

@daenmark:
viel Spaß beim brennen der 9.44 GB :mrgreen:

läuft bei Dir ja noch besser als bei mir.

daenemark 27. April 2005 15:13

@Xman
Danke werde ich haben.Der Mod ist dir aber auch wieder gelungen.
Bin sehr zufrieden.Bei mir läuft die besser,ist ja toll und das trotz Router,alle 12 Stunden ZT und nur
mit KAD.
Du hast jetzt bei der beta eine ipfilter.dat dabei getan.Ich hole die mir immer bei Open Media
,da wird die jede Woche erneuert.

ErdingerFan 27. April 2005 15:20

jup...ist ein echt klasse mod :)
hab ich schon bei den ersten alphas gemerkt,das da was tolles kommt ;)

ofenheizer 27. April 2005 16:09

@Januar1956

was für einen "TIMER"??
Mein Router ist auch ein Eigenbau - FLI4L-Linux-Router.


ofenheizer

Januar1956 27. April 2005 16:56

Zitat:

Zitat von ofenheizer
@Januar1956

was für einen "TIMER"??
Mein Router ist auch ein Eigenbau - FLI4L-Linux-Router.


ofenheizer

Vielleicht findest Du im Router-Subforum einen Hinweis...Postings gibts da ja massig zu den Eigenbau-Routern.

@Xman

Ich hab gestern mal ein bisschen rumgespielt, mit dem Gedanken, mal Deinen MOD laufen zu lassen. Dabei ist mir aufgefallen, dass man nicht auf einen Schlag alle zu releasenden Dats kennzeichnen und dann auf Superrelease umstellen kann. Würde also bedeuten, ich müsste in meinem Fall 1050 Dateien einzeln als Superrelease bearbeiten.

Eine andere Frage: Ist es eigentlich möglich, für Routernutzer mit Heimnetzwerk, alternativ USS anzubieten?

Januar

Xman 27. April 2005 17:11

stimmt.. es läßt sich nur immer Datei für Datei in den Powerrelease-Modus setzen.. aber genau das ist auch die Absicht des Mods. Diese Funktion soll schließlich zum RELEASEN benutzt werden. Kann mir nicht vorstellen, daß Du 1050 Dateien released ;-)
Und ja, es wäre möglich USS anzubieten. Ich sehe nur nicht unbedingt viel Sinn darin. USS verbraucht Uploadbandbreite und ist kompliziert einzustellen. Genau diese komplizierten Einstellungen möchte ich vermeiden.
Nichts desto trotz möchte ich es nicht ausschließen, daß USS irgendwann einmal hineinkommt.. aber vorerst nicht.

Januar1956 27. April 2005 18:52

Zitat:

Zitat von Xman
Kann mir nicht vorstellen, daß Du 1050 Dateien released ;-)
.

ups...hast Recht, es sind nur 1029 :chuckle

Januar

Ragnarök 27. April 2005 20:03

Zu meinem Problem mit Miranda und eMule.
Also mit dem offiziellen eMule passiert das selbe. Aber sehr selten.
Mit dem Xtreme Mod passiert das immer und ich kann auch nicht mehr zu dem ausgefallenen Protokoll verbinden (meistens IRC). Bei anderen bleibe ich online.

Mit dem offiziellen eMule passiert das wie gesagt sehr selten und ich kann danach auch wiederverbinden. :(

Außerdem kann passiert es sehr oft, dass Nachrichten nicht gesendet werden konnten.

Sobald eMule aus ist ... egal welcher ... habe ich absolut keine Probleme.


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