Xtreme MOD Alles zum Xtreme MOD |
26. June 2006, 08:29
|
#46 | Moderator
Registriert seit: 20.11.2004 Ort: IOWA
Beiträge: 886
|
@Xman: ist mir aufgefallen, da ich vorher den scar am laufen hatte testweise und davor die beta 2 von dir und da war das nicht, mit den vielen failed up/Downloadsessions . Die failed Uploadsession´s sind jetzt wieder auf Xtreme niveau runtergangen. Code: eMule v0.47a Testversion Xtreme 5.2b3 Statistik [mav744]
Transfer
Session UL:DL Ratio: 1 : 1.29
Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.29
Gesamte UL:DL Ratio: 1 : 1.48
Uploads
Session
Hochgeladen: 2.15 GB / 2.36 GB
Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
Aktive uploads/nötig um Bandbreite auszunutzen: 6
Gesamtanzahl der Uploads: 8
Wartende Uploads: 3826
Upload Sessions: 346
Erfolgreiche Upload-Sessions: 330 (95.38%) (active: 8, socket: 37, completed: 267, cancelled/ended: 16, different file: 0, exception: 1,blocking: 0, others: 1)
Fehlgeschlagene Upload-Sessions: 16 (4.62%) (socket: 14, completed: 0, cancelled/ended: 1, different file: 1, exception: 0,blocking: 0, others: 0)
Durchschnittlicher Upload pro Session: 6.66 MB
Durchschnittliche Upload-Dauer: 16:27 Minuten
Totaler Overhead (Pakete): 32.88 MB (636.83 K)
Gesamt
Downloads
Session
Heruntergeladen: 2.77 GB / 3.12 GB
Beendete Downloads: 3
Aktive Downloads: 29
Gefundene Quellen: 2824
Download Sessions: 702
Erfolgreiche Download Sessions: 467 (66.5%) (active: 29, paused: 0, no needed part: 20, timeout: 65, socket: 100, out of part: 253, exception: 0, others: 0)
Fehlgeschlagene Download Sessions: 235 (33.5%) (paused: 0, no needed part: 4, timeout: 5, socket: 216, out of part: 9, exception: 1, others: 0)
Durchschnittlicher Download pro Session: 6.08 MB
Durchschnittliche Downloadzeit: 27:25 Minuten
Durch Komprimierung gewonnen: 76.03 MB (2.7%)
Durch Datenfehler verloren: 5.94 MB (0.2%)
Teile gerettet durch I.C.H: 1
Totaler Overhead (Pakete): 30.89 MB (677.56 K)
Gesamt
Verbindung
Session
Allgemein
Erneute Serververbindungen: 0
Aktive Verbindungen (geschätzt): 116 (Halb:1 | Komplett:36 | Andere:79)
Durchschnittliche Verbindungen (geschätzt): 118
Verbindungsspitze (geschätzt): 645
Verbindungs-Limit erreicht: 0
Upload
Upload-Geschwindigkeit: 52.4 KB/s
Durchschnittliche Uploadrate: 54.4 KB/s
Max. Uploadrate: 58.8 KB/s
Max. durchschnittliche Uploadrate: 54.6 KB/s
Download
Download-Geschwindigkeit: 91.2 KB/s
Durchschnittliche Downloadrate: 70.3 KB/s
Max. Downloadrate: 176.2 KB/s
Max. Downloadrate Durchschnitt: 70.3 KB/s
Gesamt
Zeit Statistiken
Letzter Reset der Statistiken: 08.03.2006 17:41:45
Zeit seit letztem Reset: 109 Tage 14:46 Stunden
Session
Programm-Laufzeit: 11:28 Stunden
Übertragungszeit: 11:28 Stunden (99.9%)
Dauer auf aktuellem Server: 0 Sekunden (0.0%)
Dauer auf Servern: 0 Sekunden (0.0%)
Gesamt
Abschätzungen
Clients
Server
Freigegebene Dateien
Festplattenplatz Mit freundlichen Grüssen
mav744
__________________ Das Muli ist kein Porsche auch langsam kommt man an das Ziel (Geduld Zahlt sich immer aus) |
| |
26. June 2006, 09:56
|
#47 | Junior Member
Registriert seit: 13.03.2006
Beiträge: 46
| guten morgen....
@ xmann, ich muß dich leider enteuschen, ich habe keine kleine fiels im dl. die kleinste hat 855 mb. es hat sich aber in der laufzeit etwas gebessert: Code: eMule v0.47a Testversion Xtreme 5.2b3 Statistik [Mamba-Sticks]
Transfer
Session UL:DL Ratio: 1 : 1.27
Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.27
Gesamte UL:DL Ratio: 1 : 1.65
Uploads
Session
Hochgeladen: 1.44 GB / 1.66 GB
Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
Aktive uploads/nötig um Bandbreite auszunutzen: 9
Gesamtanzahl der Uploads: 12
Wartende Uploads: 1261
Upload Sessions: 353
Erfolgreiche Upload-Sessions: 298 (84.42%) (active: 12, socket: 80, completed: 166, cancelled/ended: 39, different file: 0, exception: 1,blocking: 0, others: 0)
Fehlgeschlagene Upload-Sessions: 55 (15.58%) (socket: 21, completed: 0, cancelled/ended: 34, different file: 0, exception: 0,blocking: 0, others: 0)
Durchschnittlicher Upload pro Session: 4.96 MB
Durchschnittliche Upload-Dauer: 32:20 Minuten
Totaler Overhead (Pakete): 24.94 MB (420.34 K)
Overhead durch Dateianfragen (Pakete): 9.01 MB (312.73 K)
Overhead durch Quellenaustausch (Pakete): 4.89 MB (3.20 K)
Overhead durch Server (Pakete): 212 KB (2.46 K)
Kad Overhead (Pakete): 6.09 MB (59.51 K)
Gesamt
Downloads
Session
Heruntergeladen: 1.83 GB / 2.06 GB
Clients
eMule: 1.42 GB (77.5%)
eD Hybrid: 53.51 MB (2.9%)
eDonkey: 0 Bytes (0.0%)
aMule: 19.73 MB (1.1%)
MLdonkey: 0 Bytes (0.0%)
Shareaza: 10.68 MB (0.6%)
eM Compat: 337.84 MB (18.0%)
URL: 0 Bytes (0.0%)
Port
Standard: 1.39 GB (75.8%)
Andere: 454.11 MB (24.2%)
PeerCache: 0 Bytes (0.0%)
Beendete Downloads: 0
Aktive Downloads: 8
Gefundene Quellen: 1674
In Warteschleife: 1444
Voll: 68
Keine benötigten Teile: 145
Nachfragen: 0
Empfange Hashset: 0
Verbindung wird hergestellt: 0
Verbinde über Server: 0
Zu viele Verbindungen: 0
Verbindung LowID zu LowID unmöglich: 0
Problematisch: 0
Gebannt: 0
Andere Datei angefordert: 2498
Unbekannt: 9
via eD2K Server/Queue: 50
via Kad: 37
via Quellenaustausch: 590
via Passive: 715
eD2K: 1615 (96.5%)
Kad: 1189 (71.0%)
eD2K/Kad: 1142 (68.2%)
UDP Datei-Neuanfragen: 29.44 K, Fehlgeschlagen: 2.45 K (8.3%)
TCP-connections: 29.89 K, failed: 2.36 K (7.9%)
Tote Quelle: 102 (67 + 35)
Download Sessions: 408
Erfolgreiche Download Sessions: 350 (85.8%) (active: 8, paused: 0, no needed part: 15, timeout: 66, socket: 113, out of part: 148, exception: 0, others: 0)
Fehlgeschlagene Download Sessions: 58 (14.2%) (paused: 0, no needed part: 0, timeout: 15, socket: 42, out of part: 1, exception: 0, others: 0)
Durchschnittlicher Download pro Session: 5.36 MB
Durchschnittliche Downloadzeit: 19:41 Minuten
Durch Komprimierung gewonnen: 49.67 MB (2.6%)
Durch Datenfehler verloren: 510 KB (0.0%)
Teile gerettet durch I.C.H: 1
Totaler Overhead (Pakete): 19.86 MB (440.35 K)
Overhead durch Dateianfragen (Pakete): 9.44 MB (341.31 K)
Overhead durch Quellenaustausch (Pakete): 4.19 MB (3.41 K)
Overhead durch Server (Pakete): 100 KB (2.00 K)
Kad Overhead (Pakete): 2.66 MB (56.23 K)
Gesamt
Verbindung
Session
Allgemein
Upload
Upload-Geschwindigkeit: 27.8 KB/s
Durchschnittliche Uploadrate: 28.3 KB/s
Max. Uploadrate: 32.0 KB/s
Max. durchschnittliche Uploadrate: 29.1 KB/s
Download
Download-Geschwindigkeit: 15.2 KB/s
Durchschnittliche Downloadrate: 36.0 KB/s
Max. Downloadrate: 130.5 KB/s
Max. Downloadrate Durchschnitt: 43.3 KB/s
Gesamt
Allgemein
Upload
Durchschnittliche Uploadrate: 28.3 KB/s
Max. Uploadrate: 32.4 KB/s
Max. durchschnittliche Uploadrate: 29.1 KB/s
Download
Durchschnittliche Downloadrate: 36.0 KB/s
Max. Downloadrate: 168.7 KB/s
Max. Downloadrate Durchschnitt: 43.3 KB/s
Zeit Statistiken
Letzter Reset der Statistiken: 22.06.2006 12:01:18
Zeit seit letztem Reset: 3 Tage 22:52 Stunden
Session
Programm-Laufzeit: 14:49 Stunden
Übertragungszeit: 14:49 Stunden (100.0%)
Uploadzeit: 14:49 Stunden (100.0%)
Downloadzeit: 14:48 Stunden (99.8%)
Dauer auf aktuellem Server: 7:18 Stunden (49.3%)
Dauer auf Servern: 14:49 Stunden (100.0%)
Gesamt
Abschätzungen
Clients
Server
Freigegebene Dateien
Festplattenplatz
Anzahl der Downloads: 16
Gesamtgröße der Downloads: 17.59 GB
Gesamte fertiggestellte Größe: 10.45 GB (59%)
Noch zu downloaden: 7.14 GB
Freier Platz auf Templaufwerk: 15.55 GB
Noch benötigter Speicherplatz: 2.25 MB mit dem ip-filter hat geklapt, nur schade ist, das es nur mit neustart geht und nicht mit laufenden mod.... kann man das nicht ändern? |
| |
26. June 2006, 10:03
|
#48 | MODder
Registriert seit: 28.03.2003
Beiträge: 5.800
| @piff paff puff
ist in einem offiziellen Codeteil gecrasht an dem hab ich auch noch nie rumgeschraubt. Was interessanter wäre warum Du auf einmal LowID bekamst. Was sagt denn das Log und Verboselog in einem soclhen Fall ?
@Mamba-Sticks
nun, es ist zumindest kein Fehler im Xtreme, wenn Clients in den Upload kommen und dann sagen "ich will doch nix", also canceln. Bei kleinen Files kommt das sehr häufig vor.. kann aber auch vorkommen, wenn Du von einem File nur einen Chunk hast und dieser Chunk verbreitet sich zwischenzeitlich stark. Kommt aber auch häufig vor, wenn die anfragenden Clients meist ihr File ganz komplett haben und nur noch ein bischen von Dir benötigen. Wie auch immer.. es ist ziemlich normal und es gibt viele Situationen in denen das auftritt.
Und nein, das mit dem ipfilter-update bleibt wies ist, schließlich will ich nicht während des Betriebs auch noch ständig den Server (für die ipfilter) belasten.
__________________ |
| |
26. June 2006, 10:38
|
#49 | Junior Member
Registriert seit: 13.03.2006
Beiträge: 46
| danke für die schnell antwort... und das mit dem server ist ein schlagendes argument, wo ich dir recht geben muß.
werde heut abend noch mal die statistik reinsetzen. also bis denn… |
| |
26. June 2006, 11:26
|
#50 | Junior Member
Registriert seit: 14.05.2006
Beiträge: 53
| Ahhh, geiles Feature!: 26.06.2006 12:11:32: Found and marked 86749 recorded bytes of 184320 as corrupted in the CorruptionBlackBox records, 1 clients involved
26.06.2006 12:11:32: CorruptionBlackBox: Banning: Found client which send 180 KB of 180 KB corrupted data, xxx.xxx.xxx.xxx '4567896' (eMule v0.46c,Downloading/None/None) Involviert hört sich ja fast schon wie im Krimi an! CorruprionBlackBox, my best friend |
| |
26. June 2006, 11:55
|
#51 | Junior Member
Registriert seit: 18.11.2005
Beiträge: 63
| @Xman @piff paff puff
ist in einem offiziellen Codeteil gecrasht an dem hab ich auch noch nie rumgeschraubt. Was interessanter wäre warum Du auf einmal LowID bekamst. Was sagt denn das Log und Verboselog in einem soclhen Fall ?
Bis dahin bin ich zwar gekommen aber ich kann dir leider nicht mehr sagen was da genau drin stand jedenfalls kamm jedes mal wenn ich mir zu einen anderen server mich verbinden wollte irgendwas mit check your und dann ist er auch schon gecrasht. |
| |
26. June 2006, 12:16
|
#52 | Junior Member
Registriert seit: 14.05.2006
Beiträge: 53
| Ich hab im Board mal wegen dem Problem 26.06.2006 13:02:35: ALLOC:Start ("Name des Files") ("MB Angabe")
26.06.2006 13:02:42: ALLOC:End ("Name des Files")
geschaut aber nix genauers gefunden als das dies ein Hinweiß auf einen kurzen freez ist. Ist das schlimm oder nicht, bzw. was hat dies für Ursachen?
Und hier noch ein Eintrag aus dem Leecher-log: 26.06.2006 13:18:09: XTREME Failed-Download-Ban: Client xx.xx.xx.xx'Juny' (eMule v0.47a,Error/None/None)
Konnte der nicht gebannt werden oder was?
Geändert von Chraster (26. June 2006 um 12:23 Uhr)
|
| |
26. June 2006, 12:54
|
#53 | MODder
Registriert seit: 28.03.2003
Beiträge: 5.800
| @piff paff puff
na kannst Du das denn reproduzieren ? Also ist das immer so wenn Du den Server wechselst ? Falls ja, dann verfolge halt einfach weitestgehend die Logmeldungen die dabei auftauchen.
@Chraster
der client wird etwas härter bestraft und wird 12 Stunden lang komplett gefiltert.
__________________ |
| |
26. June 2006, 13:28
|
#54 | Senior Member
Registriert seit: 01.06.2005
Beiträge: 476
| Zitat:
Zitat von Chraster Ich hab im Board mal wegen dem Problem 26.06.2006 13:02:35: ALLOC:Start ("Name des Files") ("MB Angabe")
26.06.2006 13:02:42: ALLOC:End ("Name des Files")
geschaut aber nix genauers gefunden als das dies ein Hinweiß auf einen kurzen freez ist. Ist das schlimm oder nicht, bzw. was hat dies für Ursachen?[/SIZE] | Das ist kein Problem. Das heißt nur, daß für die betreffende Datei die part-Datei im Tempordner erstellt wird. Wenn Du AllocateFullsize eingestellt hast, wird dann auf einen Schlag die komplette Dateigröße erstellt. Es hängt dann nur davon ab, wie groß diese Datei ist (100MB oder 900MB...). Bei create parfiles as sparse wird nur immer ein Teil erstellt, je nachdem, wieviel Du gerade am herunterladen bist. Hier kann aber der Defragmentierungsgrad deiner Festplatte rapide ansteigen.
MfG Frawe |
| |
26. June 2006, 13:31
|
#55 | MODder
Registriert seit: 28.03.2003
Beiträge: 5.800
| achso ja.. und wenn grad allociert wird und gleichzeitig eine met-Datei gesavt wird, dann blockiert emule kurzzeitig, denn das met-saven ist nicht multithreaded.
__________________ |
| |
26. June 2006, 17:48
|
#56 | Junior Member
Registriert seit: 14.05.2006
Beiträge: 53
| thx für die Antwort.
Achja, meine "zu vielen Verbindungen" sind jetzt auch wieder auf 0. Haste wahrscheinlich Recht gehapt mit bad Quellen und so Xman. |
| |
26. June 2006, 17:55
|
#57 | Junior Member
Registriert seit: 18.11.2005
Beiträge: 63
| @Xman Zitat:
Zitat von Xman @piff paff puff
na kannst Du das denn reproduzieren ? Also ist das immer so wenn Du den Server wechselst ? Falls ja, dann verfolge halt einfach weitestgehend die Logmeldungen die dabei auftauchen. | Nein kann es nicht reproduzieren es ist nicht immer, das war nur das eine mal hatte bis jetzt auch keine Probleme mehr , wer weiß was das war. |
| |
27. June 2006, 07:15
|
#58 | Junior Member
Registriert seit: 18.11.2005
Beiträge: 63
| eMule v0.47a Testversion Xtreme 5.2b3 Statistik [#####] PIFF PAFF PUFF No. 1]
Transfer
Session UL L Ratio: 1.29 : 1
Session UL L Verhältnis (ohne Freundesupload): 1.28 : 1
Gesamte UL L Ratio: 2.03 : 1
Uploads
Session
Hochgeladen: 2.75 GB / 2.96 GB
Hochgeladene Daten durch Freundesuploads (Session): 18.36 MB
Aktive uploads/nötig um Bandbreite auszunutzen: 8
Gesamtanzahl der Uploads: 9
Wartende Uploads: 1659
Upload Sessions: 795
Erfolgreiche Upload-Sessions: 679 (85.41%) (active: 9, socket: 84, completed: 271, cancelled/ended: 291, different file: 7, exception: 5,blocking: 10, others: 2)
Fehlgeschlagene Upload-Sessions: 116 (14.59%) (socket: 19, completed: 0, cancelled/ended: 95, different file: 2, exception: 0,blocking: 0, others: 0)
Durchschnittlicher Upload pro Session: 4.14 MB
Durchschnittliche Upload-Dauer: 13:07 Minuten
Totaler Overhead (Pakete): 20.92 MB (493.21 K)
Heruntergeladen: 2.13 GB / 2.42 GB
Beendete Downloads: 4
Aktive Downloads: 0
Gefundene Quellen: 0
Download Sessions: 444
Durch Komprimierung gewonnen: 25.74 MB (1.2%)
Durch Datenfehler verloren: 360 KB (0.0%)
Teile gerettet durch I.C.H: 0
Totaler Overhead (Pakete): 14.64 MB (430.17 K) |
| |
30. June 2006, 05:20
|
#59 | Junior Member
Registriert seit: 13.03.2006
Beiträge: 46
| guten morgen...
und hier mal wieder eine info zum beta test: Code: eMule v0.47a Testversion Xtreme 5.2b3 Statistik [Mamba-Sticks]
Transfer
Session UL:DL Ratio: 1 : 1.74
Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.74
Gesamte UL:DL Ratio: 1 : 2.07
Uploads
Session
Hochgeladen: 1.41 GB / 1.67 GB
Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
Aktive uploads/nötig um Bandbreite auszunutzen: 12
Gesamtanzahl der Uploads: 14
Wartende Uploads: 433
Upload Sessions: 386
Erfolgreiche Upload-Sessions: 309 (80.05%) (active: 14, socket: 98, completed: 150, cancelled/ended: 36, different file: 2, exception: 9,blocking: 0, others: 0)
Fehlgeschlagene Upload-Sessions: 77 (19.95%) (socket: 16, completed: 0, cancelled/ended: 61, different file: 0, exception: 0,blocking: 0, others: 0)
Durchschnittlicher Upload pro Session: 4.69 MB
Durchschnittliche Upload-Dauer: 33:10 Minuten
Totaler Overhead (Pakete): 25.55 MB (409.59 K)
Overhead durch Dateianfragen (Pakete): 7.89 MB (280.75 K)
Overhead durch Quellenaustausch (Pakete): 5.06 MB (4.24 K)
Overhead durch Server (Pakete): 631 KB (2.31 K)
Kad Overhead (Pakete): 7.75 MB (84.26 K)
Gesamt
Downloads
Session
Heruntergeladen: 2.46 GB / 2.72 GB
Beendete Downloads: 6
Aktive Downloads: 12
Gefundene Quellen: 565
In Warteschleife: 401
Voll: 20
Keine benötigten Teile: 130
Nachfragen: 0
Empfange Hashset: 0
Verbindung wird hergestellt: 0
Verbinde über Server: 0
Zu viele Verbindungen: 0
Verbindung LowID zu LowID unmöglich: 0
Problematisch: 0
Gebannt: 0
Andere Datei angefordert: 616
Unbekannt: 2
via eD2K Server/Queue: 60
via Kad: 33
via Quellenaustausch: 113
via Passive: 240
eD2K: 542 (95.9%)
Kad: 391 (69.2%)
eD2K/Kad: 373 (66.0%)
UDP Datei-Neuanfragen: 17.62 K, Fehlgeschlagen: 1.50 K (8.5%)
TCP-connections: 22.37 K, failed: 1.93 K (8.6%)
Tote Quelle: 94 (35 + 59)
Download Sessions: 505
Erfolgreiche Download Sessions: 422 (83.6%) (active: 12, paused: 0, no needed part: 36, timeout: 51, socket: 90, out of part: 232, exception: 0, others: 1)
Fehlgeschlagene Download Sessions: 83 (16.4%) (paused: 0, no needed part: 3, timeout: 21, socket: 55, out of part: 3, exception: 1, others: 0)
Durchschnittlicher Download pro Session: 5.98 MB
Durchschnittliche Downloadzeit: 25:23 Minuten
Durch Komprimierung gewonnen: 112.49 MB (4.5%)
Durch Datenfehler verloren: 2.81 MB (0.1%)
Teile gerettet durch I.C.H: 1
Totaler Overhead (Pakete): 18.24 MB (492.78 K)
Overhead durch Dateianfragen (Pakete): 9.78 MB (375.92 K)
Overhead durch Quellenaustausch (Pakete): 1.29 MB (3.47 K)
Overhead durch Server (Pakete): 147 KB (2.62 K)
Kad Overhead (Pakete): 3.80 MB (76.39 K)
Gesamt
Verbindung
Session
Allgemein
Erneute Serververbindungen: 1
Aktive Verbindungen (geschätzt): 55 (Halb:0 | Komplett:18 | Andere:37)
Durchschnittliche Verbindungen (geschätzt): 60
Verbindungsspitze (geschätzt): 260
Verbindungs-Limit erreicht: 0
Upload
Upload-Geschwindigkeit: 27.7 KB/s
Durchschnittliche Uploadrate: 27.5 KB/s
Max. Uploadrate: 32.0 KB/s
Max. durchschnittliche Uploadrate: 27.9 KB/s
Download
Download-Geschwindigkeit: 66.5 KB/s
Durchschnittliche Downloadrate: 48.0 KB/s
Max. Downloadrate: 140.7 KB/s
Max. Downloadrate Durchschnitt: 53.0 KB/s
Gesamt
Allgemein
Erneute Serververbindungen: 24
Durchschnittliche Verbindungen (geschätzt): 77
Verbindungsspitze (geschätzt): 315
Verbindungs-Limit erreicht: 0
Upload
Durchschnittliche Uploadrate: 27.5 KB/s
Max. Uploadrate: 32.4 KB/s
Max. durchschnittliche Uploadrate: 29.1 KB/s
Download
Durchschnittliche Downloadrate: 48.0 KB/s
Max. Downloadrate: 213.0 KB/s
Max. Downloadrate Durchschnitt: 93.7 KB/s
Zeit Statistiken
Letzter Reset der Statistiken: 22.06.2006 12:01:18
Zeit seit letztem Reset: 7 Tage 18:15 Stunden
Session
Programm-Laufzeit: 14:56 Stunden
Übertragungszeit: 14:56 Stunden (100.0%)
Dauer auf aktuellem Server: 14:04 Stunden (94.1%)
Dauer auf Servern: 14:56 Stunden (100.0%)
Gesamt
Abschätzungen
Clients
Server
Freigegebene Dateien
Festplattenplatz @ xman, leider muß ich sagen, das es mit dem update für ip-filter nicht ganz so ist, wie es sein sollte, denn der upload findet bei jeden neustart stand.... |
| |
30. June 2006, 08:02
|
#60 | MODder
Registriert seit: 28.03.2003
Beiträge: 5.800
| @Mamba-Sticks
Du meinst natürlich Download nicht Upload
Die Frage ist: wird die ipfilter dabei komplett runtergeladen oder findet nur die Verbinung zum Server statt (also Du siehst das Übertragungsfenster für ein paar Sekunden aber es wird nicht wirklich was runtergeladen) !?
Edit:
also ich hab das selbst gerade ein paar mal mit verschiedenen Varianten gecheckt.. bei mir hat er den Wechsel von v107 zu 108 erkannt, die neue Version runtergeladen und beim nächsten Start nicht mehr überprüft. Als ich dann simuliert habe, daß ein paar Tage abgelaufen waren, hat er beim nächsten Start zum Server verbunden und geprüft ob 108 aktuell ist. War es und er hat nichts runtergeladen.
Es lief also alles wie es soll.
Wie schaut das denn aus mit der automatischen emule-Versionsüberprüfung ? Läuft die denn auch jedes mal ? (zu sehen imn Log).
__________________
Geändert von Xman (30. June 2006 um 08:19 Uhr)
|
| |
Forumregeln
| Es ist Ihnen nicht erlaubt, neue Themen zu verfassen. Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten. Es ist Ihnen nicht erlaubt, Anhänge hochzuladen. Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten. HTML-Code ist aus. | | | Alle Zeitangaben in WEZ +1. Es ist jetzt 21:13 Uhr.
|