[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   eMule 0.30c Xtreme 2.2 [21.01.2005] (http://www.emule-web.de/board/5832-emule-0-30c-xtreme-2-a.html)

Tarod`s Son 22. November 2003 20:03

da kann durchaus so sein ! auch ich musste mir jede quelle mühsam wieder zusammensuchen. RB wurde ja wie gesagt restartet. ich dachte nur ich hätte mir die *.txtsrc zerschossen.

Momentan läuft er wie gesagt gut (fehl down zwar 20%, aber abwarten)

Xman 22. November 2003 20:05

Tarod`s Son,
die minidump (also maellas crashrpt) wird in zukünftige Versionen wieder eingebaut. Bereits geschehen.

Llyr,
Die Einstellung bei Kapazität wirkt sich nur in 2 Bereichen aus:
1. Wie Dein Graph gezeichnet wird
2. Ist der Esel im Systray und Du stellst dann über dessen Contextmenü das empfohlene Uploadlimit ein, so wird dies anhand der Kapazität berechnet.
Soweit ich mich erinnern kann verwendet die offizielle Version noch ein paar mal die Kapazität um bestimmte Einstellungen für das Limit zu überprüfen(z.B. beim Slider=Schieberegler). Definitiv kann man aber sagen, daß der Wert der Kapazität außer im Graph keine Auswirkungen auf emule hat.

Vom Quellendroppen halt ich eigentlich eh nichts, zumindest nicht in der Version wie z.B. von sivka verwendet. Die offizielle Version (und auch der Xtreme) droppen bereits im Hintergrund. Quellen mit HQR können manchmal sehr gute Quellen sein, z.B. wenn man Credits bei ihnen hat.
Für eine spätere Version hab ich aber ein paar Ideen wie man zu bessren Quellen kommen kann. Das steht auf meiner todo-Liste aber auch erst mal hinten an, da viel Arbeit.


@all
Alle die Absturtzprobleme hatten haben auf einmal keine mehr. Beinah unerklärlich. Ich kann mir das nur so vorstellen, daß euer vorheriger Mod irgendeine Datei angelegt hatte die der Xtreme nicht mochte, und diese Datei ist zwischenzeitlich aktualisiert worden. Ist nur so eine Vermutung, aber ne bessere Idee hab ich nicht.

Wer also wieder mal nen Absurtz hat sollte mal probieren seinen temp-Ordner aufzuräumen und alle Dateien außer met und part löschen.

Tarod`s Son 22. November 2003 20:09

shit ich habe ein crash meldung !

Debug Assertion failed ! Part FIle.cpp Line 2724

was nun abrechen/wiederholen/ignorieren ?

der emule läuft komischer weise weiter !


es funktioniert kein rechtsklick mehr ! muss ich visual c++ debug library schliessen ?

Danke x-man das du gerade noch anmerktest, dass keiner mehr abstürze hat ! Ich wusste ich bin ein versuchskaninchen !

Gucky 22. November 2003 20:11

Zitat:

Zitat von Llyr
2) Zwar lasse ich Ornis+ Einwand für das nicht rauswerfen von HQR Quellen insofern gelten, als daß sie auch irgendwann mal drankommen, jedoch gibt es gerade bei Dateien mit 1500+ Quellen oft "bessere" Quellen, die auch bei einem relativ hohen AutoHL von 300-400 nicht zum Zuge kommen, da der Quellenraum mit zwar gültigen, aber teils höheren queue rank Quellen belegt ist. Zwar ist nicht sicher, daß eine Quelle mit QR 500 früher drankommt als mit 1500, jedoch ist zumindest die Wahrscheinlichkeit höher.

Ornis+ ist für mich nicht das mass aller dinge in bezug auf emule.

aber wenn ich ehrlich bin, vermisse ich diese funktion nicht.
ausserdem müsste es dann soweit gehen wie beim sivka-mod.
für jedes file einzeln einstellbar. ich habe nämlich sources, wo ich in der
qr weit über 2.500 stehe, die wären dann ja weg und kommen wahrscheinlich
mit einer noch höheren qr wieder rein. ich habe auf ein file über 4 wochen
gewartet. da fehlten mir sage und schreibe 3 chunks von einem 700 mb file und
es gab nur eine einzige komplette quelle. und diese quelle hat mir so alle 2 - 3 tage
so zwischen 2 bis 4 mb geliefert und dann stand ich wieder auf weit über qr 2.500.

mir wäre es lieber, das ich bei der drop-funktion einen menüpunkt hätte,
der es mir gestattet, alle funktionen des drop auf einen schlag (klick) auszuführen.

meine failed dl session hat sich von 28.6% (gester nacht 3:30) auf 25,7% verringert.
es wird also immer besser. ausserdem sind es fast immer diesselben clients,
die failed dl´s verursachen. failed ul-session 15,6% :lol:
bin immer noch begeistert.

Xman 22. November 2003 20:11

Tarod`s Son,
probiers mit igonieren.. und danke für die Meldung. Hilft mir schon mal weiter.

Übrigens.. solche Meldungen sind von den Devs mit Absicht eingebaut worden. Sie kennzeichnen Stellen, wo emule irgendwo einen Wert erhält den es eigentlich gar nicht erhalten dürfte. Mit anderen Worten: die Devs wissen, daß irgendwo wahrscheinlich ein Bug ist, wissen aber nicht woher der kommt und geben darum beim Auftreten ne Warnmeldung aus um auf Fehlersuche gehen zu können.
In der Nicht-Debug-Version werden solche Meldungen unterdrückt.

Tarod`s Son 22. November 2003 20:12

jep rechtsklick geht wieder !
:lol:

fehler trat übrigens bei fertigstellung eines files auf !

mkkrack 22. November 2003 22:37

Zitat:

Wer also wieder mal nen Absurtz hat sollte mal probieren seinen temp-Ordner aufzuräumen und alle Dateien außer met und part löschen.
Tut mir leid aber das hatte ich, bevor ich den Extreme das 2. mal startet, gemacht. Bei mir war es allerdings kein Absturz sondern wie gemeldet ein Freeze, sodaß nix mehr ging.
Noch mehr Ideen deswegen :oops: :oops: :lol:

Xman 22. November 2003 23:16

Tarod`s Son,
habs im code gesehen, daß der ASSERT dann kommt, wenn von Dir sourcen zu einem File per SX angefragt werden und Du beendest das File gerade.
Dir werden bestimmt noch paar mehr asserts begenen, einfach wegklicken. ;-)

mkkrack,
zum Freeze kann ich nur sagen, daß ikabot (phoenix) das Problem auch hat. Ikabot hat nun seinen Mod auf 0.30b downgegraded und nun kein Freeze mehr. Zur Zeit suchen wir gerade was an 0.30c Code dafür verantwortlich sein kann.

eMulist 22. November 2003 23:22

@Xman,

hätt da noch ein paar verbesserungsvorschläge / änderungswünsche..
ich kann mir denken, dass du im moment sicher genug wichtigeres zu tun hast,
aber vielleicht, zwischendurch, zur entspannung oder so.. :wink:

und zwar:
-wärs möglich, das 'improved friendhandling' auch auf die 'bekannte clients'-liste auszudehnen? find die liste sehr praktisch,
da man dort mal alle clients (up+down) auf einen blick hat.
-außerdem finde ich, dass das grössenverhältnis der anzeigen im statistikfenster bei z.B. sivka übersichtlicher ist (up u down bissl breiter, statistik höher).
-zu guter letzt: wäre ein update von MobileMule auf die aktuelle version 0.6b möglich, oder ist das zuviel arbeit? :roll:

wenn's auch für diese version nichts werden sollte, eventuell kannst du es ja auf deine todo-liste setzen.. 8)

bis denne
eMulist

Xman 22. November 2003 23:33

eMulist,
das friendhandling hab ich wohl einfach nur für die bekannten clients vergessen ;-)
Zeig mir mal nen screenshot vom sivka, wie er es hat.... also mir gefällt das so wie es ist eigentlich ganz gut. In der offiziellen Version ist mir der Uploadgraph viel zu groß und die Connections viel zu klein.

Zum Thema Mobileemule:
hast Du es schon mal getestet ? Hab da ein paar Veränderungen gemacht wo ich nicht weiß ob es paßt. Ehrlich gesagt halte ich nicht sehr viel von diesem Feature. Unnötig, falls Du mich fragst. Aus diesem Grund mag ich da vorerst auch keine Zeit reininvestieren. ;-)

eMulist 22. November 2003 23:59

Xman,

denke mal, die aufteilung vom sivka entspricht der offiziellen. wie wärs denn die textstats bissl höher zu machen?

wg. MobileMule:
habs schon des öfteren genutzt, ist n nettes gimick für unterwegs und so :wink:
kann den Xtreme in dieser beziehung leider nicht testen, da auf meinem fon schon die version 0.6b drauf ist, und ich ohne datenkabel zum anschliessen an pc nicht downgraden kann.. :cry:
is aber nich so wild, wird sicher bald in die offizielle version integriert und kommt dann auf diesem umweg wohl auch in diesen mod.. *hoff*

Xman 23. November 2003 00:15

eMulist,
na klar, mit der nächsten emule-Version wird das neue Protokoll auch bei mir dirn sein. Denk eh nicht, daß es noch zu lang dauert bis es ein update gibt. Sind doch noch einige Bugs im offiziellen.

xtremchopper 23. November 2003 00:21

Xman,
Wenn ich unter Verbindung->14kb Upload einstelle und unter Maella's->NAFC 16kb Upload einstelle dann gibt er max. 14kb Upload frei. Geb ich allerdings auch unter Verbindungen die 16kb ein dann passt's.

Xman 23. November 2003 01:08

xtremchopper,
der NAFC-Wert sagt nur, daß ab 16kbs upload kein weiterer Slot mehr aufgemacht wird.
Erst wenn Du Auto U/D Limits aktivierst wird der NAFC Wert als Upload hergenommen.

mkkrack 23. November 2003 01:40

Zitat:

Zur Zeit suchen wir gerade was an 0.30c Code dafür verantwortlich sein kann.
Hört sich gut an. Ich kann warten da die 1.2 auch mächtig rockt :mrgreen:
Und.........
wie ich auch immer zu meiner Frau sage:
weniger is manchmal mehr :wink: 8)

digital_bug 23. November 2003 01:53

Hi leutz,

hab da mal ein frage. Habe den eMule0.29c Xtreme 1.2 version, seit neustem
beendet er den mod wenn ich auf die downloadliste gehe. Er läd kurz und dann beendet er ihn. Was kann ich dagegen tun?

THX im Vorraus

digital_bug

xtremchopper 23. November 2003 01:54

Xman,
Und Auto U/D wird erst anklickbar wenn Xtreme-> UploadReduction at Download deaktiviert ist.

Tarod`s Son 23. November 2003 07:39

@xmen deine asert meldungen kommen aber auch wenn ich auf einstellungen/xtreme gehe

file: winocc.cpp Line 71
nach ignorieren Line 350

Xman 23. November 2003 08:44

Tarod`s Son,
harmlos. Du mußt auch nicht alle asserts posten. Wichtig wäre nur derjenige, falls emule crashed ;-)
xtremchopper,
Falls das ne Frage sein soll: Ja! ;-)

Tarod`s Son 23. November 2003 09:04

Xman

warum nicht alle asserts posten ? harmlos ok , allerdings trat diese meldung nun ja nicht nach beendigung eines downloads auf ! und die meldung weist doch wohl auf einen laufzeitfehler hin oder ?

somit müsstest du doch daran noch korrigieren damit diese meldungen nicht mehr kommen

Xman 23. November 2003 09:59

Tarod`s Son,
ne die Meldung weißt darauf hin, daß ich eine Checkbox setze, obwohl ein Fenster nicht aktiv ist. Dieser assert stammt übrigens nicht aus einer emule-Datei sondern aus einer MS-Datei. Keine Ahnung warum MS hier nen Assert eingebaut hat.
Wie gesagt, die debug-Version ist einzig und alleine zum Fehlerfinden da. Da Du nun aber keinen Absturtz mehr hast (komischerweise) könntest Du auch wieder die normale benutzen.

Tarod`s Son 23. November 2003 10:16

xman wie gesagt meine vermutung beläuft sich auf diagnose "unsaubere config"

Xman 23. November 2003 10:21

Tarod`s Son,
dem ist nicht so. Nicht in diesem Fall. Bitte keine Asserts falsch verstehen.

Tarod`s Son 23. November 2003 10:38

@xman

die asserts verstehe ich sowieso nicht, da bist du der fachmann.
Ich behaupte nur nachdem ich meine beschädigte client met repariert hatte und diese in einem neuen config ordner geschoben habe. Voila ich hatte keinen Absturz mehr.

Vielleicht hat er sich mit den ganzen prefs von kad u. wombat u. sivka nicht so verstanden ?

Also nun läuft deine eigentliche version wieder und wir warten mal ab

dampfer 23. November 2003 12:36

hmm hatte den mod 2 stunden an, n ratio von 20,34:1

nix für mich, hab keine firewall und keinen router

quellen hatte ich insgesammt ca.3200

downloadsession failed waren sehr sehr hoch

nuky 23. November 2003 12:47

Code:

eMule v0.30c [Xtreme 2.0b2] Statistics [********.6x.to@nuky]

Transfer
  Session UL:DL Ratio: 1 : 2.90
  gesamte UL:DL Ratio: 1 : 2.50
  Uploads
      Session
        Hochgeladen: 865.73 MB
        Aktive Uploads: 4
        Wartende Uploads: 3001
        Upload Sessions: 260
            erfolgreiche Upload-Sessions (total): 218 (83.85%)
            fehlgeschlagende Upload-Sessions (total): 42 (16.15%)
            durchschnittlicher Upload pro Session: 3.97 MB
            durchschnittliche Upload-Dauer: 26:35 Minuten
        Totaler Overhead (Pakete): 53.20 MB (1.36M)
      Gesamt
        Hochgeladen: 1.38 GB
        Upload Sessions: 408
        Totaler Overhead (Pakete): 83.05 MB (2.13M)
  Downloads
      Session
        Heruntergeladen: 2.45 GB
        beendete Downloads: 8
        Aktive Downloads: 18
        Gefundene Quellen: 2027
        Download Sessions: 1391
            erfolgreiche Download Sessions: 1081 (77.7%)
            fehlgeschlagende Download Sessions: 310 (22.3%)
            durchschnittlicher Download pro Session: 2.32 MB
            durchschnittliche Downloadzeit: 18:06 Minuten
        durch Komprimierung gewonnen: 76.38 MB
        durch Datenfehler verloren: 0 Bytes
        Teile gerettet durch I.C.H: 0
        Totaler Overhead (Pakete): 51.10 MB (1.21M)
      Gesamt
        Heruntergeladen: 3.44 GB
        beendete Downloads: 10
        Download Sessions: 1991
        durch Komprimierung gewonnen: 100.62 MB
        durch Datenfehler verloren: 45.15 MB
        Teile gerettet durch I.C.H: 0
        Totaler Overhead (Pakete): 77.66 MB (1.89M)
Verbindung
  Session
      Allgemein
        Erneute Serververbindungen: 1
        aktive Verbindungen (geschätzt): 129
        durchschnittliche Verbindungen (geschätzt): 160
        Verbindungsspitze (geschätzt): 401
        Verbindungs-Limit erreicht: 1 : 11/23/03 12:45:50
      Upload
        Upload-Geschwindigkeit: 10.04 KB/s
        Durchschnittliche Uploadrate: 10.45 kB/s
        max. Uploadrate: 15.16 KB/s
        max. durchschnittliche Uploadrate: 10.60 KB/s
      Download
        Download-Geschwindigkeit: 37.72 KB/s
        Durchschnittliche Downloadrate: 30.28 kB/s
        Max Downloadrate: 78.86 kB/s
        Max Downloadrate Durchschnitt: 30.98 kB/s
  Gesamt
      Allgemein
        Erneute Serververbindungen: 2
        durchschnittliche Verbindungen (geschätzt): 179
        Verbindungsspitze (geschätzt): 401
        Verbindungs-Limit erreicht: 2
      Upload
        Durchschnittliche Uploadrate: 10.13 kB/s
        max. Uploadrate: 17.90 KB/s
        max. durchschnittliche Uploadrate: 10.20 KB/s
      Download
        Durchschnittliche Downloadrate: 18.77 kB/s
        Max Downloadrate: 78.86 kB/s
        Max Downloadrate Durchschnitt: 19.12 kB/s
Zeit Statistiken
  letzter Reset der Statistiken: Freitag, 21.11.2003, 23:12:31
  Zeit seit letztem Reset: 1 Tage 13:34 Stunden
  Session
      Programm-Laufzeit: 23:33 Stunden
      Übertragungszeit: 23:33 Stunden (100.0%)
      Dauer auf aktuellem Server: 12:57 Stunden (55.0%)
      Dauer auf Servern: 12:57 Stunden (55.0%)

dem ist nichts mehr hinzuzufügen.

Gucky 23. November 2003 13:00

@ nuky, ich habe da noch was

Code:

eMule v0.30c [Xtreme 2.0b2] Statistics

Transfer
  Session UL:DL Ratio: 1 : 2.80
  Cumulative UL:DL Ratio: 1 : 2.31
  Uploads
      Session
        Uploaded Data: 3.12 GB
        Active Uploads: 5
        Waiting Uploads: 2001
        Upload Sessions: 1705
            Total successful upload sessions: 1401 (82.17%)
            Total failed upload sessions: 304 (17.83%)
  Downloads
      Session
        Downloaded Data: 8.73 GB
        Completed Downloads: 20
        Active Downloads (chunks): 17
        Found Sources: 3482
        Download Sessions: 3929
            Successful Download Sessions: 2979 (75.8%)
            Failed Download Sessions: 950 (24.2%) <----------- wieder weniger

found sources 3.421

  Laufzeit =  4 days 4:16 Hours (24.6%)

 ram = 194 mb

ansonsten habe ich ausser meinem dauergrinsen, wenn ich diesen esel laufen (rennen)
sehe, auch nix mehr hinzuzufügen

nuky 23. November 2003 13:29

verdammt , hab keine files mehr zum saugen :P

Mindcrimer 23. November 2003 15:34

dampfer,
hmm also was erwartest denn 2h laufzeit?soll er auf nen dl von 90k gehen?also ich bitte dich.....

Gucky 23. November 2003 17:41

eben habe ich etwas seltsames erlebt. ich habe im moment einen dl von ~ 35, dann
kam client xyz mit einem dl von 40 zu mir. praktischerweise hätte ich dann
einen gesamt dl von 75 haben müssen. dem war aber nicht so. die anderen
downloads sind auf einen wert von 7 bis 12 zusammengebrochen.
ich hatte somit einen gesamt dl von 50 bis 55 (leicht schwankend)
ich habe meinen chunk von diesem client erhalten. nach dem beenden
dieses dl´s zu mir geht der gesamt-dl-wert wieder auf ~ 35

was ist da passiert ?

dampfer 23. November 2003 18:08

93 % failed download sessions, das kann net sein ...

sivka b5 mach ich an, hab dl speed von 30 k innerhalb von 10 min

Tarod`s Son 23. November 2003 18:14

@dampfer

was willst du denn dann noch ? scheinbar scheint die 30c von sivka bei dir ja auch nicht zu laufen oder ? ist vielleicht eine sache deiner einstellungen !

allerdingsgs müsstest du uns mal mehr möglichkeiten geben, und uns mal deine einstellungen nennen !

ps.: einen esel muss man auch mal laufen lassen und nicht schon nach ein paar stunden kritisieren !

Xman 23. November 2003 18:27

Gucky,
ich denk mal Deine Leitung war ausgelastet. (zumindest der Upload). aus solch einem Grund hab ich ja auch uploadreduction erfunden ;-)

Warum manche von euch so viele failed downloadsessions haben ist mir echt ein Rätsel. Mich würde bei diesen Leuten mal interessieren ob das alles verschiedene Clients sind oder eine Handvoll immder der Gleichen.

Gucky 23. November 2003 18:34

Xman, auf alles habe ich geguckt, aber auf das natürlich nicht. blöd von mir.
aber ich habe noch eine chance das zu reproduzieren. dieser client kommt
garantiert nochmal. habe nämlich einige chunks, die er noch nicht hat.

das mit den failed dl-sessions : geduld - geduld - geduld

Code:

eMule v0.30c [Xtreme 2.0b2] Statistics

Upload Sessions: 1859
  Total successful upload sessions: 1486 (79.94%)
  Total failed upload sessions: 373 (20.06%)

Download Sessions: 4193
  Successful Download Sessions: 3197 (76.2%)
  Failed Download Sessions: 996 (23.8%)  <------- innerhalb 24 std. um 0.9% gesunken

hier ein bild zum angeben meines downloads

ich glaube, dein mod hat mein post an dich mitgelesen und macht das wieder gut

nuky 23. November 2003 19:17

mh , meine failed dl sessions sind von 33,5% auf 18,75% gesunken .. :)

digitalfrost 23. November 2003 19:31

Ich hatte ihn jetzt ~ 26h sehr gut laufen (Ratio 1:2.09), dann plötzlich beim Need for Speed spielen hat alles angefangen zu ruckeln. Der eMule brauchte 99% Prozessorzeit und der Up/Download waren auf 0 (Anzeige d. Routers).

V|P€R9lp 23. November 2003 20:34

so, also die fehlgeschlagende Download Sessions haben sich deutlich verbessert, allerdings sind die fehlgeschlagende Upload-Sessions leider noch imma recht hoch?!?

also kanns wohl net an dem ausfall von razorback zurück geführt werden?!?


Zitat:


eMule v0.30c [Xtreme 2.0b2] Statistics [kmervo]

Transfer
Session UL:DL Ratio: 1.13 : 1
gesamte UL:DL Ratio: 1.20 : 1
Uploads
Session
Hochgeladen: 1.24 GB
Aktive Uploads: 8
Wartende Uploads: 8037
Upload Sessions: 619
erfolgreiche Upload-Sessions (total): 373 (60.26%) (active: 8, timeover: 5, new chunk: 170, cancelled/ended: 80, different file: 0, exception: 2, others: 108)
fehlgeschlagende Upload-Sessions (total): 246 (39.74%) (timeover: 0, new chunk: 0, cancelled/ended: 99, different file: 0, exception: 0, others: 147)
durchschnittlicher Upload pro Session: 3.40 MB
durchschnittliche Upload-Dauer: 18:37 Minuten
Totaler Overhead (Pakete): 42.26 MB (1.16M)
Gesamt
Downloads
Session
Heruntergeladen: 1.09 GB
beendete Downloads: 3
Aktive Downloads: 15
Gefundene Quellen: 2193
Download Sessions: 960
erfolgreiche Download Sessions: 778 (81.0%) (active: 15, paused: 1, no needed part: 28, corruption: 0, timeout: 25, cancelled: 0, out of part: 190, exception: 0, others: 519)
fehlgeschlagende Download Sessions: 182 (19.0%) (paused: 0, no needed part: 20, corruption: 2, timeout: 12, cancelled: 0, out of part: 2, exception: 0, others: 146)
durchschnittlicher Download pro Session: 1.44 MB
durchschnittliche Downloadzeit: 10:23 Minuten
durch Komprimierung gewonnen: 31.53 MB
durch Datenfehler verloren: 27.83 MB
Teile gerettet durch I.C.H: 3
Totaler Overhead (Pakete): 35.08 MB (1.05M)
Gesamt
Verbindung
Session
Allgemein
Erneute Serververbindungen: 2
aktive Verbindungen (geschätzt): 252
durchschnittliche Verbindungen (geschätzt): 222
Verbindungsspitze (geschätzt): 416
Verbindungs-Limit erreicht: 77 : 11/23/03 14:21:07
Upload
Download
Gesamt
Zeit Statistiken
letzter Reset der Statistiken: Mittwoch, 15.10.2003, 19:56:58
Zeit seit letztem Reset: 39 Tage 1:32 Stunden
Session
Programm-Laufzeit: 17:14 Stunden
Übertragungszeit: 17:14 Stunden (100.0%)
Dauer auf aktuellem Server: 1:57 Stunden (11.3%)
Dauer auf Servern: 6:21 Stunden (36.9%)
Gesamt
Abschätzungen
Clients
bekannte Clients: 8937
Client-Software
eMule: 8626 (96.5%)
cDonkey: 0 (0.0%)
xMule: 1 (0.0%)
Shareaza: 153 (1.7%)
eD Hybrid: 88 (1.0%)
eDonkey: 12 (0.1%)
MLdonkey: 31 (0.3%)
Unbekannt: 26 (0.3%)
Port
niedrige ID: 1787 (20.00%)
Identifikation (pos : neg): 7329 (82.01%) : 30 (0.34%)
problematisch: 0
Gebannt: 95
Gefiltert: 200
Server
freigegebende Dateien
Festplattenplatz


sonst noch wer vorschläge?!?



MFG

Januar1956 23. November 2003 22:26

V|P€R9lp,

Natürlich lags daran.
Es sind ja plötzlich 300.000 User in der Luft gehangen, die dann noch einige andere Server mit in den Absturz gerissen haben.
Aber Razzi ist ja wieder da und im großen und ganzen hat sich ja alles wieder beruhigt. Ergo gehts wieder munter weiter. :mrgreen: übrigens auch ein Beweis,
das die 30c eindeutig Vorteile bringt, wenn ich an die letzte, deutlich schlechtere Situation denke.

Januar

hackersondope2002 23. November 2003 22:32

Januar1956, Es iss aber in letzter Zeit ziehmlich oft das Razzi einen abgang macht. :?

Januar1956 23. November 2003 22:44

hackersondope2002,

Ja, er ist sehr innovativ und bastelt gerne an seinem Server und scheint ein dicker Freund von Lugdunum-Master zu sein. Man darf jetzt schon gespannt
sein was der neue 8 GB RAM bringt. :mrgreen:

Wer auf dem laufenden bleiben will, kann ja mal ein bisschen schmökern: http://www.ed2k.ch/

Januar


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