[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   eMule 0.46c Xtreme 4.6 [22.10.2005] (http://www.emule-web.de/board/9631-emule-0-46c-xtreme-4-a.html)

derOli 21. October 2005 15:36

@MaxUpload

Zitat:

Zitat von MaxUpload
Also <derOli> frisch ans Werk,wenn du magst und vielleicht bekommen wir ja eine zufriedenstellende Lösung für Xman hin :wink: . Aber das können wir ja dann in meinem Thread später bereden. Zu diesem Zwecke werde ich erstmals meinen "neuen" Mod als Beta der Allgemeinheit zur Verfügung stellen.

klaro
können wir machen
würde gern mal deinen Mod testen
wann gehts denn los?


[edit by Pathfinder: Doppelposts zusammengefasst.]

Zitat:

Zitat von seppl12
Wer Probleme mit seinem Router hat, soll seine max. Verbindungen und die pro 5 sec entsprechend einstellen, da braucht es kein netzwerkschädigende Funktion wie AutoHL.

das alleine machts aber leider nicht
bei zu vielen Quellen bricht die Verbindung zum Provider trotzdem zusammen

Xman 21. October 2005 17:02

das stimmt nicht, derOli
Du kannst auch 1 Million Quellen haben und die Verbindung bricht nicht ab, wenn die Verbindungslimits passen.
Allerdings solltest Du noch etwas anderes bedenken:
hast Du ein paar Dateien im Download, zu welchen es jeweils nur wenige Quellen (=meist auch Downloader) gibt wirst Du weniger häufig von anderen Kontaktiert, als wenn Du Dateien lädst, für die sich zig tausende andere Leute interessieren. Dann ist es egal wie hoch Dein Hardlimit ist, all diese Leute verbinden sich über kurz oder lang zu Dir (= mehr Overhead, mehr Verbindungen und auch die Wahrscheinlichkeit, daß Dein Router überlastet wird->gesamt-Performance geht in den Keller).

aalerich 21. October 2005 17:39

So ein Quellencache ist ja eine nette Idee, nur leider eben auch unsinnig. Auch die Quellen in diesem Cache müssen auf ihren aktuellen Status überprüft werden; auch diese Quellen müssen regelmäßig abgefragt werden. Und wenn ich eine Quelle im Cache finde, die besser scheint als einige der Quellen, die ich akzeptiert habe muß ich entscheiden, welche Quelle ich gegen diese Cachequelle austausche. Das geht aber nur wenn ich von allen bisher akzeptierten Quellen brandaktuelle Informationen habe. Bevor ich also endgültig zur Tat schreite müßte ich die zur Übergabe an den Cache in Frage kommenden Quellen noch einmal abfragen...

Mit freundlichen Grüßen
aalerich

P.S.:@ Max:

Ich würde die Funktion Hardlimit aus dem offiziellen Muli entfernen und am liebsten sähe ich sie generell verboten. Von Auto-HL kann dann gar keine Rede mehr sein. Der springende Punkt ist einfach der, daß ein Hardlimit frühestens dann Sinn macht, wenn das Muli bereits falsch genutzt wird. Ein HL bessert die Situation überhaupt nicht, es kaschiert sie nur, damit der Nutzer davon nicht so viel mitbekommt, daß er sein Langohr falsch fährt. Die Funktion ist immer nutzlos und/oder schädlich. Obendrein sehe ich überall im Netz die blödsinnigsten Empfehlungen zum Thema, selbst von eigentlichen Experten. Sogar Modder wie z.B. WiZaRd investieren eine Unmenge Zeit in Hardlimitmanagement anstatt sich mit dem dahinterstehenden Problem, der Gesamtquellenzahl, zu befassen. Und es ist völlig normal, daß die Nutzer scharenweise vom eigentlichen Problem abgelenkt werden und das Hardlimit sogar noch für etwas Gutes halten.

derOli 21. October 2005 17:47

@Xman

ok
aber diesen Effekt kann ich reproduzieren mit deinem Mod
20 pro 5s und max. 200 Verbindungen
bei ca. 7400 Quellen ist die Trennung vorprogrammiert ca. nach 4h

25 pro 5s und max. 600 Verbindungen
bei 3000 Quellen - läuft bis zur Zwangstrennung

was ist das denn dann?

Luzifer 21. October 2005 17:49

das maximale hardlimit macht schon sinn -> overhead.

Am besten ist es also soviele Quellen wie möglich zu finden und total unnütze (nns/fullqr)
sofort zu droppen, da diese nur unnötigen overhead erzeugen.

Mit Ausnahme von seltenen Files natürlich.

Man sollte also so schnell wie möglich so viele Quellen finden wies nur geht um
dann anschließend die unnützen zu filtern und die restlichen "guten" Quellen bestmöglich
auf alle Files aufteilen (nach einem bestimmten zeitraum).

Klar mag das irgendwie schlecht durchschaubar sein, aber irgendwo ergibt es auch einen
Sinn.

MaxUpload 21. October 2005 17:59

aalerich diese Diskussion ist äußerst interessant und lehrreich.Ich werde sie gerne mit dir fortsetzen,aber laß uns das auf einen geeigneteren Thread verschieben.

Zum Beispiel im Development - Bereich. [EDIT: *wink mit der gaaanz großen Zaunlatte* 8-) ]

MfG Max

seppl12 21. October 2005 18:12

Zitat:

Zitat von reLoaded
Am besten ist es also soviele Quellen wie möglich zu finden und total unnütze (nns/fullqr)
sofort zu droppen, da diese nur unnötigen overhead erzeugen.

Sorry, da stimm ich mit dir nicht überein! NNP und full sources können im nächsten Moment zu sehr wertvollen Quellen werden (z.B. gerade den dir noch fehlenden part). Auch wenn es sehr viele Quellen gibt - seh ich dies immer wieder gerade bei sehr neuen Releases. Dank Xman's deltaQR Anzeige erlebe ich dann nicht selten Sprünge von mehreren Tausend, aufgrund meines Ranking.

Zitat:

Zitat von aalerich
... Und wenn ich eine Quelle im Cache finde, die besser scheint als einige der Quellen ...

Ich seh hier den Missbrauch bereits vorprogrammiert.

Xman 21. October 2005 18:26

irgendwie habt ihr den Begriff "Quellen-Cache" nicht verstanden...
es geht nicht darum die Quellen abzufragen.. dann könnte ich sie gleich in die Downloadqueue aufnehmen. Es geht darum die gefundenen (via Server/Kad/XS) Informationen (UserID, Port, ServerIP) zwischenzuspeichern. Momentan läuft es so: Du bekommst per XS 500 Quellen, brauchst aber nur 20-> 480 werden einfach verworfen. Die Idee für ein AutoHardlimit: falls ich 5 Minuten später neue Quellen braucht, nutze ich den Topf der 480 Quellen von vorhin. Selbstverständlich müssen die Quellen des Caches eine begrenzte Gültigkeitsdauer haben.
Ok... ich glaube langsam aber sicher schweifen wir zu sehr vom Thema ab. Alles weitere hierzu bitte in einem Extra-Thread fassen. Danke.

Paul 2 21. October 2005 21:00

derOli
Zitat:

aber diesen Effekt kann ich reproduzieren mit deinem Mod
20 pro 5s und max. 200 Verbindungen
bei ca. 7400 Quellen ist die Trennung vorprogrammiert ca. nach 4h
da der kleinere Wert, hier 200, auschlaggeben ist benötigst du um die 7400 Quellen mindestens einmal abzufragen theoretisch mindestens 37 Minuten
Zitat:

25 pro 5s und max. 600 Verbindungen
bei 3000 Quellen - läuft bis zur Zwangstrennung
Im 2. Beispiel brauchts du nur 10 Minuten dafür,
kleinere Wert hier 300

derOli 21. October 2005 22:45

@Paul 2

ja aber was willst du mir denn nun damit sagen?

Ich habe Xman hier nur sagen wollen, wie ich mit seinem Mod ein Verbindungsabbruch produzieren kann, in Abhängigkeit der max. Quellenanzahl. Dass hier die Verbindungslimits scheinbar nicht relevant sind.

MaxUpload 21. October 2005 22:57

Ein überziehen der Verbindungen ist durch zu viele Quellen möglich. Dies kann den Router zum crashen bringen. Generell muß man hier sagen solltest du geeignetere Einstellungen nehmen. Man kann eine maximale Verbindungszahl erzwingen (mit ACC) ,aber dies ist die letzte Notlösung nur um den Router zu schützen.

Sinnvolle Einstellungen sind in jedem Fall zu bevorzugen.

MfG Max

derOli 21. October 2005 23:14

@MaxUpload

alles klar, das wollte ich nämlich auch meinen

was ist denn nun mit deinem 0.46c-Mod
wann gibts den denn zum Testen?
der letzte org. Webcache2.0 lief bei mir prima
kamen gut 35% über Webcache rein
vor allem in der Anlauffase nach Neustart des Mulis kam fast alles über Cache

Paul 2 21. October 2005 23:14

Zitat:

Zitat von derOli
@Paul 2

ja aber was willst du mir denn nun damit sagen?

Ich habe Xman hier nur sagen wollen, wie ich mit seinem Mod ein Verbindungsabbruch produzieren kann, in Abhängigkeit der max. Quellenanzahl. Dass hier die Verbindungslimits scheinbar nicht relevant sind.

das ein Muli mit so widersinnigen Einstellungen nicht gut Ergebnisse bringen kann.
Ein Muli läuft nur so gut, wie das schwächste Glied in der Kette.

Auch ein Auto HL läßt sich zuhoch einstellen und du hast das selbe Problem.

seppl12 21. October 2005 23:20

Zitat:

Zitat von derOli
... ein Verbindungsabbruch produzieren kann, in Abhängigkeit der max. Quellenanzahl. Dass hier die Verbindungslimits scheinbar nicht relevant sind.

Dann hast dein Wert für max. Verbindungen immer noch zu hoch eingestellt. Für 3000 Gesamtquellen liegt der Wert für aktive Verbindungen so zwischen 100 bis 150 (bei aktiviertem Kad). Also stell deinen Wert mal auf 150. Und wenn der Router dann immer noch schlapp macht, dann deaktivier die Kad Verbindung.

derOli 21. October 2005 23:24

@Paul 2

ich wollte damit Xman´s Aussage widerlegen.

Zitat:

Zitat von Xman
Du kannst auch 1 Million Quellen haben und die Verbindung bricht nicht ab, wenn die Verbindungslimits passen......
.

Klaro, benutze ich nicht solche Einstellungen auf Dauer. War nur zu Testzwecken gedacht.

Trotzdem Danke.

[edit by Pathfinder: Doppelposts zusammengefasst.]

@seppl12

bei diesem Mod könnte ich bei max Verbindung 1000 eintragen
er kommt, auch nicht in der Startphase, nie über 240-250 (durchschn. Verbindungsspitze) hinaus


andere MOD´s rammelt er bei solcher Einstellung von 1000 hoch bis 800 bleibt dort ne Weile dann ist nach 5min Tüte - klaro


:-oHoppla Doppelposting.... kommt nicht wieder vor

MaxUpload 22. October 2005 00:28

Vorsicht @derOli , sowohl Doppelpostings als auch der IONIX-Mod sind hier nicht grad gern gesehen.

Wollt dich nur darauf hinweisen bevor du hier mit höheren Mächten aneckst. Wäre echt schade,denn wir haben ja noch so einiges vor ;-) . Hast das bestimmt in der Rage übersehen,daß du 2 mal hintereinander gepostet hast und das mit dem IONIX..weißt du ja dann spätestens ab jetzt. Wäre vielleicht ne gut Idee das zu editieren insofern es noch möglich ist.

Schaffe das releasen frühestens heut Abend bzw. am Sonntag je nachdem wie das Privatleben es erlaubt.

MfG Max

seppl12 22. October 2005 00:37

Zitat:

Zitat von derOli
@seppl12

bei diesem Mod könnte ich bei max Verbindung 1000 eintragen
er kommt, auch nicht in der Startphase, nie über 240-250 (durchschn. Verbindungsspitze) hinaus

Irgendwie scheinst du den Sinn und Zweck der Einstellung für max. Verbindung nicht verstanden zu haben. Sie dient nicht dafür, dir diese Anzahl von Verbindungen aufzubauen - und mit der Quellenzahl hat es schon gar nichts zu tun - sondern die Anzahl von aktiven Verbindungen zu begrenzen, wie es für schwächere Router sinnvoll ist.

derOli 22. October 2005 01:48

@seppl12

Zitat:

Zitat von seppl12
Irgendwie scheinst du den Sinn und Zweck der Einstellung für max. Verbindung nicht verstanden zu haben. Sie dient nicht dafür, dir diese Anzahl von Verbindungen aufzubauen - und mit der Quellenzahl hat es schon gar nichts zu tun - sondern die Anzahl von aktiven Verbindungen zu begrenzen, wie es für schwächere Router sinnvoll ist.

nu bin ich aber platt
was soll denn das?
ich hab doch geschrieben, bei diesem MOD braucht man eigentlich nichts zu begrenzen
er stößt eh nicht an die grenzen - EGAL WAS ICH DA EINTRAGE
Verb.spitze geschätzt 147
durchschn. Verb 100
ist in der Statistik zu lesen

da kann ich bei den Verbindungslimits auch 900 eintragen ohne Angst haben zu müssen, dass die Verbindung zusammenbricht

ALSO wie gesagt, bei diesem MOD scheint es irgendwie Wurscht zu sein - er hält mehr oder weniger allein den Ball flach

nur mal so zur Info, ohne protzen zu wollen
ich poste zwar erst seit gestern, aber den Muli benutz ich seit Version 0.2
also an Erfahrung mit MOD´s und den Standardeinstellungen mangelt es mir nicht
und von meinem Beruf ganz zu schweigen - ok?


@MaxUpload

Danke für deine Hinweise.
Das mit dem Doppelposting wußte ich ehrlich gesagt nicht und habs eigentlich auch nicht bewußt getan. Nun gut. Nun weiß ichs. Löschen kann ich ein Posting ja scheinbar nicht mehr im Nachhinein.
Danke nochmal.
Bis denne.

Xman 22. October 2005 08:10

@derOli
schaltest Du in den Xtreme-Einstellungen: Retry Connection Attemps ab und/oder patcht Dein System auf sehr viele mögliche Halboffene Verbindungen, stößt er sehrwohl an seine Limits.

Xman 22. October 2005 08:58

update auf 4.6
;-)

drfreak2004 22. October 2005 09:08

4.6 ist am start

slyXT 22. October 2005 10:02

Zitat:

Zitat von Xman
update auf 4.6
:wink:

holla kaum hab ich mich mit dem 4.5 ein bisschen "eingearbeitet" schon haust uns scho wieder ne neuere version um die ohren :wink:

den werd ich gleich mal testen :-)

Verrückter Esel 22. October 2005 11:20

Wow, Xtreme 4.6 im Minimule, da ging ein kleiner Freudenschrei durch mein kaltes kahles Zimmer:-) ThX für 4.6

derOli 22. October 2005 14:44

Zitat:

Zitat von Xman
@derOli
schaltest Du in den Xtreme-Einstellungen: Retry Connection Attemps ab und/oder patcht Dein System auf sehr viele mögliche Halboffene Verbindungen, stößt er sehrwohl an seine Limits.

Stimmt.:yes:
Hatte den Haken bei Retry Connection Attemps wirklich übersehen. Nun ist alles klar.

Danke Xman.

dein prima Mod sei damit rehabilitiert :wink:
werd mir gleich mal dein neustes Werk 4.6 ansehen

drfreak2004 22. October 2005 16:28

wow nach der kurzen zeit kommt man sich mit 31 jahren vor wie zu knight riders zeiten ! TURBO BOOST :-D

VoiD 22. October 2005 17:23

Besten Dank für die neue Version. Endlich ist der Nick-Thief drin... :clap :beer:

Weiter so Xman !

Was mich jedoch seit der 4.5er stört ist folgendes:

"Client xxxxxxxxxxxxx with IP: xx.xxx.xx.xxx has been added temporary to the filered list"

Sollte das nicht eigentlich filtered heißen... Möchte keine Haare spalten aber es stört halt...

Ansonsten alles gaaanz Prima :mrgreen:

Luzifer 22. October 2005 17:32

Zitat:

Besten Dank für die neue Version. Endlich ist der Nick-Thief drin...
.. sollte wohl ANTI-NickThief heißen ;)

Ja .. ist schon sehr interessant.
Was mir noch fehlt ist die total automatisierte Update-Funktion für die Antileech.dll
- die Meldung selbst ist OK - Sollte aber besser gleich mit der Frage "Updaten?"
weitergefuhrt werden :P

Klasse Arbeit

Xman 22. October 2005 18:10

thx VoiD.. das ist so ne KLeinigkeit die wohl schon ewig drin ist und mir wohl nie aufgefallen wäre :-)

@reLoaded
mit dieser Mehode mach ich mich vom Server unabhängig.. sprich die Datei kann sonst wo liegen, desweiteren kann ich dem User (sofern nötig) Informationen via Homepage zukommen lassen.

Luzifer 22. October 2005 19:50

machs doch wie die eMulePlus mod, downloade update files ausschließlich mit eMule selbst.
Damit bist du genau so Serverunabhängig wie jetzt :P

firewall86 23. October 2005 14:41

hi, alle

hab zum ersten mal ein mod drauf! Hatte aber zuvor gute 2 jahre denn orginalen Emule drauf. Hab deswegen nen mod jetzt drauf, weil mir der orginale etwas zu langweilig geworden ist, ja ich weiß ist etwas komisch aber es ist so*gg Seit gestern habe ich denn Xtreme 4.6 drauf :-) Bin eigendlich ganz zufrieden, mit dem mod :-)

Hier mal meine Statistik:
Code:

eMule v0.46c Xtreme 4.6 Statistik [firewall86]

Transfer
  Session UL:L Ratio: 1 : 1.05
  Session UL:L Verhältnis (ohne Freundesupload): 1 : 1.05
  Gesamte UL:L Ratio: 1.06 : 1
  Uploads
      Session
        Hochgeladen: 2.08 GB / 231 KB
        Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
        Aktive uploads/nötig um Bandbreite auszunutzen: 12
        Gesamtanzahl der Uploads: 12
        Wartende Uploads: 1380
        Upload Sessions: 558
        Totaler Overhead (Pakete): 21.20 MB (491.19 K)
      Gesamt
        Hochgeladen: 97.30 GB
        Upload Sessions: 17549
        Totaler Overhead (Pakete): 1.48 GB (31.10 M)
  Downloads
      Session
        Heruntergeladen: 2.17 GB / 231 KB
        Beendete Downloads: 6
        Aktive Downloads: 9
        Gefundene Quellen: 819
        Download Sessions: 574
Erfolgreiche Download Sessions: 489 (85.2%) (active: 9, paused: 0, no needed part: 29, timeout: 101, socket: 168, out of part: 182, exception: 0, others: 0)
Fehlgeschlagene Download Sessions: 85 (14.8%) (paused: 0, no needed part: 8, timeout: 32, socket: 42, out of part: 3, exception: 0, others: 0)
            Durchschnittlicher Download pro Session: 4.55 MB
            Durchschnittliche Downloadzeit: 26:26 Minuten
        Durch Komprimierung gewonnen: 19.06 MB (0.9%)
        Durch Datenfehler verloren: 540 KB (0.0%)
        Teile gerettet durch I.C.H: 0
        Totaler Overhead (Pakete): 18.95 MB (477.50 K)
      Gesamt
        Heruntergeladen: 91.65 GB
        Beendete Downloads: 687
        Download Sessions: 31397
            Erfolgreiche Download Sessions: 23336 (74.3%)
            Fehlgeschlagene Download Sessions: 8061 (25.7%)
            Durchschnittlicher Download pro Session: 4.02 MB
            Durchschnittliche Downloadzeit: 17:14 Minuten
        Durch Komprimierung gewonnen: 1.45 GB (1.6%)
        Durch Datenfehler verloren: 90.26 MB (0.1%)
        Teile gerettet durch I.C.H: 13
        Totaler Overhead (Pakete): 1.23 GB (29.58 M)
Verbindung
  Session
      Allgemein
        Erneute Serververbindungen: 1
        Aktive Verbindungen (geschätzt): 53 (Halb:0 | Komplett:20 | Andere:33)
        Durchschnittliche Verbindungen (geschätzt): 49
        Verbindungsspitze (geschätzt): 190
        Verbindungs-Limit erreicht: 0
      Upload
        Upload-Geschwindigkeit: 38.4 KB/s
        Durchschnittliche Uploadrate: 37.6 KB/s
        Max. Uploadrate: 41.3 KB/s
        Max. durchschnittliche Uploadrate: 38.2 KB/s
      Download
        Download-Geschwindigkeit: 23.3 KB/s
        Durchschnittliche Downloadrate: 39.3 KB/s
        Max. Downloadrate: 107.0 KB/s
        Max. Downloadrate Durchschnitt: 41.0 KB/s
  Gesamt
      Allgemein
        Erneute Serververbindungen: 255
        Durchschnittliche Verbindungen (geschätzt): 60
        Verbindungsspitze (geschätzt): 370
        Verbindungs-Limit erreicht: 260
      Upload
        Durchschnittliche Uploadrate: 37.5 KB/s
        Max. Uploadrate: 55.2 KB/s
        Max. durchschnittliche Uploadrate: 45.3 KB/s
      Download
        Durchschnittliche Downloadrate: 25.2 KB/s
        Max. Downloadrate: 241.6 KB/s
        Max. Downloadrate Durchschnitt: 46.8 KB/s
Zeit Statistiken
  Letzter Reset der Statistiken: Unbekannt
  Zeit seit letztem Reset: Unbekannt
  Session
      Programm-Laufzeit: 16:05 Stunden
      Übertragungszeit: 16:04 Stunden (100.0%)
      Dauer auf aktuellem Server: 57:29 Minuten (6.0%)
      Dauer auf Servern: 16:05 Stunden (100.0%)
  Gesamt
      Programm-Laufzeit: 55 Tage 16:15 Stunden
      Übertragungszeit: 55 Tage 15:00 Stunden (99.9%)
      Dauer auf Servern: 55 Tage 7:47 Stunden (99.4%)

Nur eine sorge habe ich da, wegen upload. Beim orginalen emule konnte 40 Kb/s geben aber beim Xtreme kann ich nur 37-38 Kb/s geben :-( Kann mir mal einer sagen was ich da machen kann das ich 40 Kb/s geben kann.

Hab DSL 3000!

mfg
firewall86

drfreak2004 23. October 2005 15:43

hi xman...

soweit alles wie immer auch die ul/dl bei mir xtreme ;-) gut ggg... mehr brauch dazu net sagen :-D

weiter so !

Xman 23. October 2005 15:50

@firewall86
möchte DIr empfehlen, erst mal den Upload auf www.xtreme-mod.net zu studieren. Die Uploadanzeige in der Statusleiste ist anders als beim offiziellen emule ohne den Overhead.

sharelook 23. October 2005 17:35

Der neue läuft wieder super. Hast du wieder optimal hinbekommen. THX an Xman.

moerser 23. October 2005 19:03

so ich hab seit heute denn eMule 0.46c Xtreme 4.6 mod und wollte fragen ob es möglich ist die alten credits vom 46c zu behalten sprich auf den mod zu übertragen? wenn ja wie....

mfg moerser

thx
ist das also nur "Clients.met" und muss ich denn emule neu starten um die einstellungen wirksam zu machen?

Anabolic-Frolic 23. October 2005 19:16

Zitat:

Zitat von moerser
ob es möglich ist die alten credits vom 46c zu behalten sprich auf den mod zu übertragen? wenn ja wie....

http://www.emule-project.net/home/pe...ic&topic_id=84

Einfach die richtigen Dateien ins neue Verzeichnis übernehmen.

canja 23. October 2005 20:37

nabend,
hab nach langer zeit mal wieder einen mule am laufen.

der xtreme 4.5 lief/läuft einfach perfekt.

der 4.6er war bis eben 2 std am laufen und mir viel im taskmanager auf das er über 170MB speicher verbraucht.

4.6 wieder aus und neu gestartet. im TM gesehen sobald ich mich mit KAD verbinde geht der speicherverbrauch von ca. 45MB auf ca. 115MB und ist ständig am wachsen. sobald ich mich von KAD trenne geht der speicherverbrauch wieder ins "normale".

mfg
canja

Xman 23. October 2005 21:29

@moerser
schau auf www.xtreme-mod.net dort wird der einfachste Weg der Installation beschrieben.

@canja
so sollte das eigentlich nicht sein... allerdings ist der Kad-Code absolut unverändert zum original emule.

moerser 23. October 2005 21:53

noch was: ich hab ne "Hohe ID" und trotzdem schlägt der port test fehl! am zonealarm und den router einstellungen kanns nicht liegen die sind richtieg eingestellt sonst hätte ich ja auch keine "Hohe ID" und der ip-filter hab ich auch abgestellt um zu schauen obs an ihm liegt=nix passiert. find ich ein wenig komisch wollte nur fragen ob das normal ist?

canja 23. October 2005 22:16

@xman:

habs nochmal getestet.
der 4.6er hat bei mir ne "key_index.dat" mit 7,7MB erstellt. das fande ich doch bischen sehr gross hab sie gelöscht. und nun ist der ram-verbrauch wieder normal

mfg
canja

Xman 23. October 2005 22:19

@moerser
installier ne andere Firewall und hau zonealarm runter.. das macht Probleme mit emule.


Alle Zeitangaben in WEZ +1. Es ist jetzt 23:41 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, 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