[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)

Xman 8. June 2005 18:48

eMule 0.46c Xtreme 4.6 [22.10.2005]
 
Xtreme 4.6
--------------------------------------------------------------------

http://xtreme.emule-web.de/pics/splash2.gif

Main Features:

- Maella Bandwidthcontrol, caculates the real Overhead
- NAFC (network adapter feedback control)
- advanced Uploadbandwidththrottler with adjustable slotspeed
- Xtreme Downloadmanager for a clever source-handling
- improved Xtreme-Creditsystem
- Powerrelease with dynamic Hide OS
- IP to country - show country-flags
- Anti-Leercher-Feature
- hundrets of code improvements

based on emule 0.46c
compiled with:
libpng 1.2.7
zlib 1.2.3
crypto 52.1
CxImage version 5.99c


Code:

changelog 4.6
- Xtreme-Versionscheck, DLP-Versionscheck (thx Sirob)
- added uploadtoolbar (inspired by Ionix)
- manual NAFC-adapter-selection
+ you should only use this, if the automatic-detection fail, although you are connected to a server
+ you see the failure, if the yellow-network-statistic-line is always at the bottom
+ write: ForceNAFCAdapter= number of the NAFC-adapter to preferences.ini at Xtreme-section
+ ForceNAFCAdapter=0 means automatic (recommend)
- added Anti-Nick-Thief
- added List-search for all lists (use CTRL+F)
- added dlp check own usernick if valid / not a leecher-name
- fixed wrong value at Uploadfeedback
- fixed wrong value at Uploadfeedback
- fixed the issue, if only one client is at upload, this slot kept trickle
- fixed some sorting issues
- some more fixes & improvements

Code:

changelog 4.5
- new Anti-Leecher-Feature: DLP (Dynamic Leecher Protection)
+ most of the leecher-code is stored in a dll
+ this dll can be updated during emule runtime (hot swap)
+ new leecher-dedecting-code find 25% more bad mods
- (FAF) DiffQR (Xman version)
- (FAF) allow to set more than one file to Powerrelease simultaneously
- (FAF) readded remaining-column
- (FAF) Copy Upload-Feedback (IcEcRacKer/Xman)
- Show connected server in bluebold
- added SharedView Ed2kType-filter (Avi3k)
- Fix CreatBlockRequest (morph)
- UDP-FNF FiX (wizard)
- maxfilesize fix ( Avi3k)
- Codeimprovement for better passive sourcefinding
- Codeimprovement: atfer ip-change, the reconnection is detected faster
- changed trayicon
- Code Improvement for choosing to use compression
- fixed a small bug which could let emule forget to use NAFC on next start
- check completed sources which want to download their "complete" file


Code:

changelog 4.4
- minimum upload for NAFC:
if NAFC is enabled 1/3 of your uploadlimit is reserved for emule. This prevents timeouts.
- reworked the shared-file-progress-bar of completed files. you see now better which chunks are really missing
- added support for power-release to the webinterface
- show progress hash (O2)
- fixed a bug showing wrong time on statistic-graph-tooltip if graph was zoomed
- Code-Improvement in CUint128::toBinaryString function (netfinity)
- fixed some bugs at the wizard
- few code-improvements/fixes to powerrelease
- fixed a bug at client-speed-calculation if average datarate-calculation was set to 1 second
- new "simple Anti-Thief": new code should now filter out all fake Xtreme-Versions
- big update of Leecher-List
- many other fixes and improvements


Code:

changelog 4.3
- ported to 0.46c
- Fix For Shared Files "open Folder" (Avi-3k)
- show partical downloaded chunk in grey (from zz)
- MultiSort (Slugfiller)
- Don't draw hidden Rect (morph)
- Code Improvement: FillSolidRect
- Code Improvement for ShowFilesCount

Code:

changelog 4.2
- readded to Xtreme Downloadmanager: Auto-A4AF-check
- added ef-mod 2.0 to the leecher-list, because this mod can be abused as full leecher
- updated ip-to-country-list
- updated ipfilter.dat
- several small bugfixes

Code:

changelog 4.2 beta 1
- ported to 0.46b
- adapted downloaded-history to 0.46b shared-files-tree
- Xtreme-Downloadmanager improvement: just in time swapping
+ when you are downloading from a client and this client doesn't have anymore chunks for you, the download is continued with an A4AF
- added: show complete internettraffic in statistic-tree (second value after downloaded / uploaded)
- changed: hardlimit for emule collections is 5!
- fixed an overflowbug in bandwidthcontrol on adapterchange
- clients your are uploading and downloading the same time are marked with << and >>

Code:

changelog 4.1.1
- fixed a crash-bug in downloadhistory when redownloading aa already shared file
- fixed an official crashbug when resharing a file you are just downloading
- a few more small bugfixes

Code:

changelog xtreme 4.1
- new feature: check already downloaded files (monki/Xman)
- new feature: Download History (monki)
- new feature: Nice Hashe
+ doesn't take all CPU on file-hasing (idea CiccioBastardo) (Tag: //Xman Nice Hash)
- modified Xtreme Downloadmanager: go over hardlimit when swapping the sources after file completion
- modified Xtreme Upload: allow to configure the sendbuffersize
+ remark: small sendbuffer gives emule more control about the upload
+ bigger sendbuffer can solve problems with constant slotspeed
+ if you don't have problems uploading with high slotspeed a small sendbuffer is reccomend
- doublelucas (slugfiller)
- fixed wrong NAFC-state-remaining with windows2000
- update CxImage to 5.99c
- updated a few leecher-signatures
- translated all Xtreme-Features/Settings to german, spain, french and italian language
(thx to ofenheizer, ikabot, Firnus and maraglio16)

Code:

changelog xtreme 4.0 final
- fixed an official crash-bug, when closing emule in systray (thx pildo)
- added: see clientversion in every window (TAG: //Xman see clientversion in every window)
- added: Reload shared files on filenotfound exception (TAG: //Xman Reload shared files on filenotfound exception)
- new option: doublesendbuffersize (experimental)
+ if you have problems with a constant slotspeed you can try to insert the line:
doublesendbuffersize=1
into your preferences.ini section xtreme
do this before starting emule
- changed: only one opening uploadslot if emule assuming internetconnection is down
- changed: 30% slot-speed-tolerance if more than minimum slots are open
- code improvement: uploadbandwidththrottler replace peercachesockets, instead of resorting all slots
- updated ip to country database
- already included in beta1: up to date ipfilter


Code:

changelog Xtreme 4.0 beta1
- ported Xtreme3.0 to codebase 0.46a
- bugfix: if "open more slots if needed" is deactivated, only one LowID-client is allowed to get an uploadslot
- readded: one queue per file (multiqueue) (Maella / Xman)
+ remark: if this option is used, it makes no sence to give rare files a higher uploadpriority. Therefore Autouploadriority sets alle files to "normal"
- some small changes to the upload-slot-opening-conditions
- bugfix: after IP-Change last nafc-status wasn't remembered correctly
- improvement: bettere care of existing TCP-connections on source-reasking
- added new statistik for failed/successful file-reaks per TCP-connection
- added anti-ghost-mod (as an option) (idea morph)
- added an option which allow you to decide, if a failed TCP-connection should be retryed
+ remark: this option was always enabled in Xtreme 3.0, offcial doesn't retry a connection attempt
+ if this option is selected you need more connections and half opend connections, but you loos 10% - 30% less sources, good especially when you are downloading rare files
- few codeimprovements to uploadbandwidththrottler
- remove unused AICH-hashes (TAG: //Xman remove unused AICH-hashes)
+ with official client if you enabled "remember downloaded files" it keeps normal hash + AICH hash
+ Xtreme Mod now has an option (at files) "remember unused AICH-hashes"
+ if this option is disabled at next mod-start all unused AICH-hashes of known2.met are deleted, but your downloadhistory (known.met) is untouched
- added Links to preferences
- fixed an official sorting bug in downloadclients
- fixed an official bug which forgot to count filtered ips
- added new menu-entry in searchlist->mark as cancelled which allow you to mark a file (TAG: //Xman add search to cancelled)
- added Don't Refresh item if not needed (morph)
- save second sort criterion for downloadlistcontrol (TAG: //Xman save second sort criterion for downloadlistcontrol)
- Netfinity Patch for VS 2003


remark:
- this mod has no USS (use nafc instead!)
- this mod doesn't allow unlimited uploadspeed
- the adjustable slotspeed is not an accurate speed, but a tolerant(can go 25% over the settings). Xtreme Mod decide itself how much slots are needed to best fit your slotspeed
- the uploadlimit is applied to overhead + data
- if you use NAFC, the uploadlimit is applied to whole networktraffic (also other applications) and downloadlimit is automatically adjusted
- the overhead includes TCP/IP + UDP-Header + blockpackage-header + ACK-packets
- because the uploadlimit is applied to data + whole overhead, you have to set your upload to min 11kbs to get unlimited download, but please set it to about 90% of your uploadcapacity

Download: http://www.xtreme-mod.net


Achtung:
- dieser Mod besitzt kein UploadSpeedSence (stattdessen kann NAFC benutzt werden)
- unlimitierter Upload wird nicht unterstützt
- die eingestellte Slotspeed ist keine genaue Vorgabe. Sie kann 25% mehr betragen, aber auch weniger, wenn die Clients keine hohe Speed abnehmen.
- Das eingestellte Uploadlimit gilt für Daten + Overhead
- Bei Verwendung von NAFC gilt das Uploadlimit für den kompletten Internetverkehr(alle Anwendungen werden berücksichtigt). Mit NAFC wird das Downloadlimit automatisch geregelt
- Im Overhead wird zusätzlich noch miteingerechnet: TCP/IP + UDP-Header + blockpackage-header + ACK-packets
- da das Uploadlimit den gesamten Overhead beinhaltet ist das Uploadlimit auf mindestens 11 kbs zu stellen um unlimitierten Download zu bekommen. Empfohlener Upload: 90% der Kapazität.

Informationen zum Xtreme-Upload hier:
http://www.emule-web.de/board/showth...91&postcount=2

Features:
-------------------
adjustable slotspeed
you can select your prefered slotspeed from 1.5 kbs to X. X depends how great is your uploadlimit, higher uploadlimit -> higher possible slotspeed. Max slotspeed is 10kbs.
Remark:
the amount of slots are minimum ceil(uploadlimit/slotspeed), but new slots can be opened if the automatic slotcontrol want a new slot.
how this automatic works is easy to explain:
the upload is spread over all uploading clients in "full-mode". If one client can't take what you want to give the other clients get more. Now if the slotspeed of any client is 20% over the wanted, the next trickle-client becomes a full-client, if there is no trickle left, a new slot is beeing opened.
you can disable this automation at Xtreme-Setting: Open more slots if needed
Xtreme Downloadmanager
- you can manually drop FullQueue and NoNeeded-sources
- dropped sources will be rejected for 50 minutes
- also there is an automatic drop-function, which drops FullQueue and NoNeeded-sources
- additionally after 1,5 houers Xtreme begin to drop HighQR sources, if you don't have credits at them and they are over the average Querank
- you can swap manually A4AF-sources without the risk to get banned (Xtreme swaps only if it is allowed)
Xtreme Full Chunk
- it always transfers whole blocks (1 block = 180 kb)
- it transfers at least 2 MB. After reaching this 2,5 MB, Xtreme looks at the chunkboarder. Now when Xtreme see the client has finished one chunk the upload will be cancelled
- maximum transfer is like official: 9.32 MB
Detect files already downloaded
Shows a warning if a file with the same name or same hash has been already downloaded.
Downloaded History
Shows a list with all known files. You find this list at shared files

process prio
you can select the process-priority of Xtreme. This is the same if you select it via task-manager. Recommend: Above normal
show requested files
- from every list you can get to this menu via rightclick on a client. It shows which other files you want from this client.
Static server handling
- this option you can find at the server-settings. It prevent that static servers are deleted.
Anti-Leercher-Feature
- it bans bad mods which are identified by bad Tags or bad modnames
- it also bans clients with too many failed downloadsessions.
- additionally you can ban clients where the username points to a bad client.
- additionally you can ban ghost mods. These are mods which sending mod-specific Tags but no mod-identification-string
friendhandling from all windows
- from every list you can add/remove a client to friendlist and give it a friendslot
IP to country
- see which country the clients are from
colour LowID-clients
- the background of client-version from LowId clients is painted yellow
PowerRelease
- only avaiable for complete files:
- increased release-prio: if transfered <100MB or < 1.5 of filesize, very very high Prio, otherwise very high prio
- dynamic hide overshares: start with hideos=1, after 2/3 of the chunks are hidden, hideos will be increased
Chunk Selection Patch
- little improvement to find the rarest chunk
Show AVGQR instead of remaining-time
- instead of remaining-time of a file you see the average Queue position
see own credits
- at client-details you can see how many credits (the modifier) you have at the other client
- in downloadlist clients where you have credits are marked with a yellow symbol
SLS (save load sources)
- your last sources are written to disk, after restarting the mod you don't have to search them again
Reask sources after IP change
- after emule detected a new client-IP, it inform all you sources immediately of your new IP. So you don't loose any waiting position
- remark: it only works if you connect to a server after IP-change!
faster Updating of Queuelist
- the updating of your waiting-queue is much faster than official code
dynamic IP-filters
- clients which cause emule exceptions are filtered for 12 hours

Allow Bandwidth Settings in <1KB
- you can set your upload/downloadlimits more exactly, e.g. 14.4 kbs
- also works with webinterface

improved anti-failed uploadsessions
- only clients get into upload which where seen the last 30 minutes
- only clients get into upload which are using the ed2k protocol in the right way
- if Xtreme fails to connect to an uploading client, this client get an uploadslot on its reconnect to you (second chance)
Maella Bandwidthcontrol
- accurate measure of bandwidth: eDonkey data + control, network adapter
- included are the TCP + UDP-header, the ACK-packtes, the blockpackage-header
NAFC (Network adapter Feedback Control)explanation by Maella:
Zitat:

Introduction
All applications that need to regulate their upload bandwidth face the same problems. When you ask the operating system (OS) to send data to a remote client, three different things could happen:
- The sending could be proceed immediately
- The sending could be delayed by the OS (e.g. remote client not ready, limit of the capacity of the network already reached)
- The sending could be never proceed by the OS (e.g. connection with the remote client is lost)
Another problem is that a part of the traffic on the network is generated by the protocol itself. So typically when data are received from a remote client, the OS must send some acknowledge (ACK) packets to the remote side to validate the transfer. These ACK will increase the overall traffic as well. The protocol creates an overhead that an application can not fully control.
And finally, others applications can generate traffic for their own purposes (e.g. ftp, browser).
In summary: when an application attempts to regulate its traffic, it knows what it's trying to send, but it doesn't know exactly when it is sent and what it is sent.
Ideal Solution
In the case of eMule, the ideal solution would be to know in real time the current level of the traffic though the modem (e.g. K56, ADSL, etc..). So if an application was award of it, it would be piece of cake to regulate the bandwidth. Keep in mind that the goal is to use all the time 100% of the capacity of the modem. Nothing more, nothing less!
Unfortunately, there is no easy way to retrieve this information from the modem.
Current solutions
There are different approach to solve the above problem. Here it a list with some of them:
1. Under use the bandwidth to insure having enough rooms for the protocol overhead (e.g. the official eMule).
Disadvantage:
-all bandwidth is not used
2. Try to send periodically packets (ping) with the purpose of measuring the reaction time of the modem. So if the reaction time gets too high, it could indicate a beginning of saturation of the modem (e.g. ZZ UploadSpeedSense).
Disadvantage:
-add overhead to the traffic for the measure
-limited reaction time > 1s
-medium accuracy
3. Try to measure the reaction time of the remote clients. (e.g. SUC).
Advantage:
-no overhead
Disadvantage:
-limited reaction time >1s
-medium accuracy
-depends on the capacity of both the local and remote modems.
4. Measure the traffic at the network adapter level (Ethernet card) and not at the modem level. If all the traffic is only exchanged with the modem, then the network adapter will have a 1 to 1 image the modem's traffic => NAFC
Advantage:
-no overhead
-reaction time very fast <100 ms
-very accurate
Disadvantage:
-not available with all OS (e.g. win95)
-might require administrator right (could be change somewhere in settings)
-measure all the traffic sent or received by the local computer on the network (e.g. traffic with the modem + traffic with other computers on the local network)
5. Use the Layered Service Provider of windows....
Summary
The NAFC is certainly the best solution, but only if the network adapter is only used to exchange data with the modem.
Statistik-graph-improvement
- at the statistic-options you can select if you want to see a smooth or accurate graph
- you can zoom the graph
don't remember unused AICH-hashes
- at the file settings you will find "remember unused AICH-hashes"
- if this option is disabled at next mod-start all unused AICH-hashes of known2.met are deleted, but your downloadhistory (known.met) is untouched
retry falied TCP connections
- if this option is selected you need more connections and half opend connections, but you loos 10% - 30% less sources, good especially when you are downloading rare files
one queue per file (multiqueue)
- if this option is enabled your upload is spread over all shared files
- remark: if this option is used, it makes no sence to give rare files a higher uploadpriority. Therefore Autouploadriority sets alle files to "normal"

- QueueOverflow with Minimumcontingent
For each file you share, a minimum amount of clients are always allowed to get on your uploadqueue.
The minimumcontingent per file is calculated: queuesize/sharedfiles/2
e.g.: queusize=2000, sharedfiles=20 --> minimumcontingent per file= 50
This means, if uploadqueue is full and a client is asking for a file with less than 50 clients are on uploadqueue, the client is allowed to get on queue.
- amount based 1:3 Ratio if upload <11 kbs
This feature is simular to zz-ratio. If your upload is set to less than 11 kbs, you don't have a downloadlimit until reaching a ratio of 1:3. After reaching this ratio, your limits are like at the official emule.
If your upload is set >=11kbs, you don't have any limitation.
- See OnUploadqueue
At the shared filelist panel you see now how many clients are on your uploadqueue for each file.
(Modder: this feature is needed for the new Queueoverflow)

- Xtreme Credit System
This feature is an enhancement of the existing credit system. It rewards clients which gives you a high download. This clients gets a bonus factor.
On the other side, clients you upload much data and the don't give something back to you will get a penalty for the current emule session.
formula for positiv bonus:
bonus=(download-upload)/10485760 - (1.0f/(download/10485760)
The max scoreratio is 10. (like official)
Example:
official version: (with ~ 1 Chunk difference)
download 10MB, Upload 1MB -->scoreratio for this client: 3,46
download 20MB, Upload 11MB -->scoreratio for this client: 3,63
download 30MB, Upload 21MB -->scoreratio for this client: 2,86
download 90MB, Upload 81MB -->scoreratio for this client: 2,22
download 50MB, upload 20MB -->scoreratio for this client: 5,0
download 90MB, upload 50MB -->scoreratio for this client: 3,6
download 120MB, upload 80MB -->scoreratio for this client: 3,0
Xman improved creditsystem: (with ~ 1 Chunk difference)
download 10MB, Upload 1MB -->scoreratio for this client: 3,46 + bonus:0
download 20MB, Upload 11MB -->scoreratio for this client: 3,63 + bonus:0
download 30MB, Upload 21MB -->scoreratio for this client: 2,86 + bonus:0,2
download 90MB, Upload 81MB -->scoreratio for this client: 2,22 + bonus:0,7
download 50MB, upload 20MB -->scoreratio for this client: 5,0 + bonus:2,2
download 90MB, upload 50MB -->scoreratio for this client: 3,6 + bonus:3,7
download 120MB, upload 80MB -->scoreratio for this client: 3,0 + bonus:3,8
a client can get a negativ bonus of 0,1 if you gave him 1 chunk(9,28MB) more this session and also at complete comparsion of download/upload without geting something back
a client can get a negativ bonus of 0,2 if you gave him more than 2 chunk(9,28MB) this session and also at complete comparsion of download/upload without geting something back

more feature:
- reconnect Kad on IP-change
- askfordownload priority first ask the sources which are most urgent (TAG: //Xman askfordownload priority )
- Maella Smart Low ID check
- save second sort criterion for downloadlistcontrol
- menu-entry in searchlist->mark as cancelled which allow you to mark a file
- Reload shared files on filenotfound exception
+ hundrets of more internal code improvements

Explanation of the icons:
It's very easy because the icons are self-explanatory.
Yellow Icons --> client has credits (at downloadqueue: you have credits at this client)
blue Icons --> clients without credits

Chuligani 8. June 2005 19:09

Danke Xman für deine Arbeit
Tue die Version morgen gleich ma ausprobieren!

son 8. June 2005 19:42

grad installiert, werde ihn mal laufen lassen und dann bald stats posten :)

edit: hat zwar weniger mit dem mod selbst zu tun, aber das neue 0.46a webinterface ist sehr schick :)

Mulio 8. June 2005 19:51

Hab ihn auch grad geladen schaun wa ma.

drfreak2004 9. June 2005 08:50

neuer xtreme 4 beta 1 am laufen. dürfte ja eigentlich kein grosser unterschied passieren ;-)

mfg

daenemark 9. June 2005 12:42

Hier mal eine Stats der 4.0beta 1
Code:

eMule v0.46a Xtreme 4.0beta1 Statistik [[MK.L]daenemark on Xtreme 4.0beta1]

Transfer
  Session UL:DL Ratio: 1 : 1.38
  Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.38
  Gesamte UL:DL Ratio: 1 : 1.23
  Uploads
      Session
        Hochgeladen: 4.69 GB
        Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
        Aktive uploads/nötig um Bandbreite auszunutzen: 4
        Gesamtanzahl der Uploads: 6
        Wartende Uploads: 3122
        Upload Sessions: 783
            Erfolgreiche Upload-Sessions: 746 (95.27%) (active: 6, socket: 108, completed: 597, cancelled/ended: 34, different file: 0, exception: 0, others: 1)
            Fehlgeschlagene Upload-Sessions: 37 (4.73%) (socket: 26, completed: 0, cancelled/ended: 11, different file: 0, exception: 0, others: 0)
            Durchschnittlicher Upload pro Session: 6.44 MB
            Durchschnittliche Upload-Dauer: 22:27 Minuten
        Totaler Overhead (Pakete): 155.46 MB (3.41M)
      Gesamt
  Downloads
      Session
        Heruntergeladen: 6.46 GB
        Beendete Downloads: 7
        Aktive Downloads: 24
        Gefundene Quellen: 4102
        Download Sessions: 1514
            Erfolgreiche Download Sessions: 1294 (85.5%) (active: 24, paused: 0, no needed part: 44, timeout: 225, socket: 440, out of part: 558, exception: 0, others: 3)
            Fehlgeschlagene Download Sessions: 220 (14.5%) (paused: 0, no needed part: 1, timeout: 58, socket: 140, out of part: 4, exception: 0, others: 17)
            Durchschnittlicher Download pro Session: 5.11 MB
            Durchschnittliche Downloadzeit: 30:43 Minuten
        Durch Komprimierung gewonnen: 269.47 MB (4.1%)
        Durch Datenfehler verloren: 690 KB (0.0%)
        Teile gerettet durch I.C.H: 1
        Totaler Overhead (Pakete): 142.32 MB (3.63M)
      Gesamt
Verbindung
  Session
      Allgemein
        Erneute Serververbindungen: 1
        Aktive Verbindungen (geschätzt): 174 (Halb:2 | Komplett:14 | Andere:158)
        Durchschnittliche Verbindungen (geschätzt): 174
        Verbindungsspitze (geschätzt): 401
        Verbindungs-Limit erreicht: 10 : 07.06.2005 21:20:12
      Upload
        Upload-Geschwindigkeit: 32.2 KB/s
        Durchschnittliche Uploadrate: 33.6 KB/s
        Max. Uploadrate: 37.5 KB/s
        Max. durchschnittliche Uploadrate: 34.2 KB/s
      Download
        Download-Geschwindigkeit: 68.2 KB/s
        Durchschnittliche Downloadrate: 46.3 KB/s
        Max. Downloadrate: 298.2 KB/s
        Max. Downloadrate Durchschnitt: 49.7 KB/s
  Gesamt
Zeit Statistiken
  Letzter Reset der Statistiken: 14.03.2005 11:30:08
  Zeit seit letztem Reset: 87 Tage 1:15 Stunden
  Session
      Programm-Laufzeit: 1 Tage 16:37 Stunden
      Übertragungszeit: 1 Tage 16:36 Stunden (100.0%)
      Dauer auf aktuellem Server: 0 Sekunden (0.0%)
      Dauer auf Servern: 1:50 Stunden (4.5%)
  Gesamt
  Abschätzungen
Clients
  Bekannte Clients: 8024
  Software
  Netzwerk
  Port
  Niedrige ID: 1461 (18.2%)
  Identifikation (pos : neg): 7691 (95.8%) : 39 (0.5%)
  Problematisch: 0 (0.0%)
  Gebannt: 383
  Gefiltert: 1895
  Leecher: 6179


drfreak2004 9. June 2005 13:32

wie gehabt ul/dl 1:2,30.... sauberer lauf, webinterface ist geil ;-) endlich mal mehr funktionen.

weiter so

phibercrack 9. June 2005 20:05

hi xman,

die mod laeuft super.. hatte in der letzten zeit immer speedprobleme.. aber jetzt habe ich fast ein verhaeltnis von 1:1

sag mal ist es moeglich, dass du in den emule einen icq-clienten implementierst..
ich denke da an www.miranda-im.org <<< ist ja glaube ich auch in c++ gemacht worden(?)

ich wuerde es ja gerne selber machen, aber ich habe leider null ahnung von c++

phiber

Xman 9. June 2005 22:15

und was ist der Vorteil davon, wenn ICQ in emule ist und nicht ein eigenständiges Programm ?

son 9. June 2005 22:47

problem zurückgekehrt
 
Liste der Anhänge anzeigen (Anzahl: 1)
Leider ist mein Problem, das hier und da meine Verbindung ganz wegfällt (upload 0, download 0 für 30-60 sec, internet bzw router - Fritzbox SL WLAN FON - komplett nicht erreichbar) wiedergekehrt und ich kann nun mit ziemlicher Sicherheit sagen, dass es am Xtreme Mod selbst liegen muss, da ich nun auch die normale 0.46a mit den gleichen Einstellungen 12h laufen lassen konnte, ohne das der Fehler 1x auftrat.

Damals als ich dann meine Max.cons gesenkt hatte, ist das Problem wohl nicht mehr aufgetreten, weil mein Esel die meiste Zeit im Sparmodus (quasi nur upload) lief. Jetzt als die 4.0beta1 rauskam habe ich ihn wieder kräftig aufgefüllt (so 2500-3500 sources) und jetzt tritt das Problem selbst bei max.cons 100, half open 25 und cons pro 5 sec 12 auf. Habe bewusst die settings so niedrig gewählt um herauszufinden, ob es damit etwas zu tun hat (also der Esel zu aggressiv eingestellt war - der angehängte screenshot war mit diesen settings).

Hatte auch zunächst daran gedacht, dass es mit dem anfragen der Quellen alle 20 min zu tun haben könnte, allerdings kann man nicht wirklich eine Uhr danach stellen (siehe screen, da warens ca 35 min)

Da die neue Version recht gut zieht (1:4,5 nach so ca 24h) hatte ich auch gedacht, dass der Download so viel Bandbreite klauen könnte, dass es mit den neuen Anfragen nicht mehr hinhaut, also hatte ich den Download auch mal bei 70 beschränkt - Fehler trat trotzdem auf.

Andere Eckdaten meines Systems:

W2k
Tdsl 1000
keine antiviren oder spyware software
keine firewall
router (s.o.)
emule: 0.46a xtreme mod 4.0beta1
nafc ist an

settings:

jetzt getestet mit:

hl: 300
max cons: 100
cons pro 5 sec: 12
half open: 25

normale settings (hier ist der fehler auch aufgetreten):

hl: 300
max cons: 400
cons pro 5 sec: 25
half open: 100

Bin am Ende mit meinen Ideen, hoffe es kann mir jemand weiterhelfen :-)

phibercrack 9. June 2005 22:53

dient der kommunikation, das friendsystem ist nicht wirklich der hammer in emule, denn ich muss mich "sehen".

warum dann irc??? diese frage stelle ich mir sowieso schon lange - sag jetzt nicht wegen dem support-channel.. da kannst du keinen bekommen.. da der channel zugespammt wird

ich sehe schon folgende vorteile:

- fw - man muss nicht soviele ports forwarden/oeffnen, nutzen des emule tcp-ports <-- falls ueberhaupt mgl.
- schnelles weitergeben von ed2k-links o.ae.
- nicht zu vergessen, nicht jeder kennt icq, mankann nicht immer von einem versierten benutzer ausgehen.
- weniger "ressourcen", da nur ein programm gestartet ist.
- kein dcc-austausch ueber icq - alles ueber ed2k - man kann datenaustausch stoppen, bzw. pausieren.. bei dcc meiner info nach nicht mgl.
- die emules laufen mgl. laenger, da manche ueber icq kommunizieren.. dient auch dem netzwerk.
- ... mehr faellt mir auf die schnelle nicht ein :D

naja vielleicht ist es ja wirklich eine dumme idee, und der muehe nicht wert.. da ich es leider nicht selber kann, suche ich halt einen der das macht :D

phiber

Xman 10. June 2005 00:06

naja.. port öffnen müßtest Du so oder so genauso, denn ICQ (im oder neben emule) braucht eigene Ports.
auch so manches andere Argument könte ich Dir widerlegen... aber nicht alle, darum faß ich mich kurz:
-es schreien mehr User nach einem Light-Mod als nach einem Aufgeblasenen
-mehr Features = mehr Bugs
das Hauptargument ist aber: der emule ist schon ein "großer" Mod, der bereits verdammt viel Zeit zur Pflege und Wartung in Anspruch nimmt. So ein Feature einbauen wäre also eher was für einen Coder der auf die original-emule aufsetzt und sich voll und ganz auf ein solches Projekt konzentrieren kann. Vielleicht findest Du ja jemand... und falls das ganze dann mal läuft und sozusagen "copy & paste"-fertig ist, können wir nochmal drüber reden ;-)

@son
Du bist bisher der einzige der das Problem hat. Ich gehe schon von einem Router-Problem aus. Du kannst eigentlich nur die Settings noch weiter zurückfahren.
Vielleicht bringt es auch was, wenn Du "retry connections attemps" ausschaltest... das ist nämlich so ziemlich der einzige Unterschied zum offiziellen emule, was die Anzahl der Verbindungen erhöhen könnte.

son 10. June 2005 00:44

das mit den retry failed connection attempts hat auch keine abhilfe gebracht, deaktiviert und 10 min später ists wieder passiert.

mal eine verständnisfrage: wenn es wirklich ein connection problem wäre, müsste dann nicht kurz bevor es zu den abbrüchen kommt, entweder beim upload (zu viel overhead wg. ganzen verbindungsanfragen) und/oder der max connections linie zu einem anstieg kommen? deshalb hatte ich auch eine zeit lang mal das update auf 1 sec um das zu kontrollieren, konnte allerdings nichts in der richtung feststellen.

ich könnte mir schon vorstellen, dass es etwas mit dem router zu tun hat, deshalb wäre es evtl interessant ob jemand der ebenfalls eine fritzbox hat, den mod problemlos zum laufen gebracht hat.

allerdings funktioniert es ja bei der basis version einwandfrei, selbst bei vergleichsweise hohen connection settings.

auch beim xtreme hatte ich gestern als ich ihn noch auf 400 max cons betrieb zu anfang 265 cons offen und das hat er locker weggesteckt, später wenn er nur noch auf 130-150 lief kam es dann zu den problemen.

das einzige was ich mir jetzt noch vorstellen könnte ist das nafc auf irgendeine weise bei meinem router den fehler verursacht?! ich werde nafc jetzt einfach mal deaktivieren um zu schauen, ob es dann immer noch zu den einbrüchen kommt...

drfreak2004 10. June 2005 07:09

Hi Xman,

guckst du hier ;-)

Code:

eMule v0.46a Xtreme 4.0b1 Statistik [drfreak2004]

Transfer
  Session UL:DL Ratio: 1 : 2.50
  Session UL:DL Verhältnis (ohne Freundesupload): 1 : 2.50
  Gesamte UL:DL Ratio: 1 : 2.51
  Uploads
      Session
        Hochgeladen: 2.30 GB
            Clients
              eMule: 535.89 MB (91.8%)
              eD Hybrid: 0 Bytes (0.0%)
              eDonkey: 0 Bytes (0.0%)
              aMule: 2.45 MB (0.4%)
              MLdonkey: 0 Bytes (0.0%)
              Shareaza: 364 KB (0.1%)
              eM Compat: 45.02 MB (7.7%)
            Port
              Standard: 456.56 MB (78.2%)
              Andere: 127.16 MB (21.8%)
              PeerCache: 0 Bytes (0.0%)
            Datenquelle
              Fertige Datei: 208.95 MB (35.8%)
              Downloaddatei: 374.77 MB (64.2%)
        Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
        Aktive uploads/nötig um Bandbreite auszunutzen: 10
        Gesamtanzahl der Uploads: 14
        Wartende Uploads: 4998
        Upload Sessions: 461
            Erfolgreiche Upload-Sessions: 155 (95.68%) (active: 14, socket: 84, completed: 39, cancelled/ended: 17, different file: 0, exception: 1, others: 0)
            Fehlgeschlagene Upload-Sessions: 7 (4.32%) (socket: 7, completed: 0, cancelled/ended: 0, different file: 0, exception: 0, others: 0)
            Durchschnittlicher Upload pro Session: 3.77 MB
            Durchschnittliche Upload-Dauer: 29:54 Minuten
        Totaler Overhead (Pakete): 135.09 MB (2.72M)
            Overhead durch Dateianfragen (Pakete): 10.77 MB (352.42K)
            Overhead durch Quellenaustausch (Pakete): 3.00 MB (1.58K)
            Overhead durch Server (Pakete): 110 KB (536)
            Kad Overhead (Pakete): 8.11 MB (133.31K)
      Gesamt
        Hochgeladen: 5.80 GB
            Clients
              eMule: 3.83 GB (94.2%)
              eD Hybrid: 6.92 MB (0.2%)
              eDonkey: 0 Bytes (0.0%)
              aMule: 19.68 MB (0.5%)
              MLdonkey: 736 KB (0.0%)
              Shareaza: 2.60 MB (0.1%)
              eM Compat: 210.90 MB (5.1%)
            Port
              Standard: 3.03 GB (74.7%)
              Andere: 1.03 GB (25.3%)
              PeerCache: 0 Bytes (0.0%)
            Datenquelle
              Fertige Datei: 1.44 GB (66.3%)
              Downloaddatei: 749.54 MB (33.7%)
        Upload Sessions: 1125
            Erfolgreiche Upload-Sessions: 777 (94.07%)
            Fehlgeschlagene Upload-Sessions: 49 (5.93%)
            Durchschnittlicher Upload pro Session: 5.36 MB
            Durchschnittliche Upload-Dauer: 39:22 Minuten
        Totaler Overhead (Pakete): 375.45 MB (7.66M)
            Overhead durch Dateianfragen (Pakete): 92.36 MB (3.26M)
            Overhead durch Quellenaustausch (Pakete): 22.65 MB (15.49K)
            Overhead durch Server (Pakete): 665 KB (6.24K)
            Kad Overhead (Pakete): 66.37 MB (967.66K)
  Downloads
      Session
        Heruntergeladen: 5.75 GB
            Clients
              eMule: 527.92 MB (93.7%)
              eD Hybrid: 5.12 MB (0.9%)
              eDonkey: 0 Bytes (0.0%)
              aMule: 0 Bytes (0.0%)
              MLdonkey: 2.54 MB (0.5%)
              Shareaza: 7.86 MB (1.4%)
              eM Compat: 20.22 MB (3.6%)
              URL: 0 Bytes (0.0%)
            Port
              Standard: 443.36 MB (78.7%)
              Andere: 120.31 MB (21.3%)
              PeerCache: 0 Bytes (0.0%)
        Beendete Downloads: 1
        Aktive Downloads: 32
        Gefundene Quellen: 11699
            In Warteschleife: 5619
            Voll: 1801
            Keine benötigten Teile: 1795
            Nachfragen: 1
            Empfange Hashset: 0
            Verbindung wird hergestellt: 8
            Verbinde über Server: 2
            Zu viele Verbindungen: 12
            Verbindung LowID zu LowID unmöglich: 0
            Problematisch: 0
            Gebannt: 2
            Andere Datei angefordert: 4904
            Unbekannt: 31
            via eD2K Server/Queue: 95
            via Kad: 372
            via Quellenaustausch: 1331
            via Passive: 2570
            eD2K: 9172 (98.6%)
            Kad: 5488 (59.0%)
            eD2K/Kad: 5407 (58.1%)
            UDP Datei-Neuanfragen: 52.90K, Fehlgeschlagen: 4.70K (8.9%)
            TCP-connections: 57.01K, failed: 4.42K (7.8%)
            Tote Quelle: 1.18K (989 + 189)
        Download Sessions: 2134
            Erfolgreiche Download Sessions: 199 (80.9%) (active: 29, paused: 0, no needed part: 3, timeout: 79, socket: 45, out of part: 43, exception: 0, others: 0)
            Fehlgeschlagene Download Sessions: 47 (19.1%) (paused: 0, no needed part: 12, timeout: 17, socket: 18, out of part: 0, exception: 0, others: 0)
            Durchschnittlicher Download pro Session: 2.84 MB
            Durchschnittliche Downloadzeit: 15:08 Minuten
        Durch Komprimierung gewonnen: 446.39 MB (7.6%)
        Durch Datenfehler verloren: 20.80 MB (0.4%)
        Teile gerettet durch I.C.H: 1
        Totaler Overhead (Pakete): 133.46 MB (3.00M)
            Overhead durch Dateianfragen (Pakete): 10.78 MB (351.27K)
            Overhead durch Quellenaustausch (Pakete): 1.28 MB (2.57K)
            Overhead durch Server (Pakete): 49 KB (940)
            Kad Overhead (Pakete): 10.17 MB (115.22K)
      Gesamt
        Heruntergeladen: 14.57 GB
            Clients
              eMule: 8.37 GB (89.5%)
              eD Hybrid: 109.54 MB (1.1%)
              eDonkey: 0 Bytes (0.0%)
              aMule: 48.23 MB (0.5%)
              MLdonkey: 72.55 MB (0.8%)
              Shareaza: 258.18 MB (2.7%)
              eM Compat: 518.30 MB (5.4%)
              URL: 0 Bytes (0.0%)
            Port
              Standard: 7.41 GB (79.3%)
              Andere: 1.94 GB (20.7%)
              PeerCache: 0 Bytes (0.0%)
        Beendete Downloads: 31
        Download Sessions: 5453
            Erfolgreiche Download Sessions: 2997 (84.1%)
            Fehlgeschlagene Download Sessions: 568 (15.9%)
            Durchschnittlicher Download pro Session: 3.20 MB
            Durchschnittliche Downloadzeit: 14:37 Minuten
        Durch Komprimierung gewonnen: 764.08 MB (5.1%)
        Durch Datenfehler verloren: 33.18 MB (0.2%)
        Teile gerettet durch I.C.H: 1
        Totaler Overhead (Pakete): 367.90 MB (8.30M)
            Overhead durch Dateianfragen (Pakete): 103.49 MB (3.81M)
            Overhead durch Quellenaustausch (Pakete): 11.23 MB (26.40K)
            Overhead durch Server (Pakete): 302 KB (8.32K)
            Kad Overhead (Pakete): 66.06 MB (860.57K)
Verbindung
  Session
      Allgemein
        Erneute Serververbindungen: 5
        Aktive Verbindungen (geschätzt): 294 (Halb:14 | Komplett:85 | Andere:195)
        Durchschnittliche Verbindungen (geschätzt): 290
        Verbindungsspitze (geschätzt): 671
        Verbindungs-Limit erreicht: 0
      Upload
        Upload-Geschwindigkeit: 30.6 KB/s
        Durchschnittliche Uploadrate: 30.1 KB/s
        Max. Uploadrate: 37.1 KB/s
        Max. durchschnittliche Uploadrate: 31.1 KB/s
      Download
        Download-Geschwindigkeit: 85.6 KB/s
        Durchschnittliche Downloadrate: 75.1 KB/s
        Max. Downloadrate: 192.2 KB/s
        Max. Downloadrate Durchschnitt: 75.1 KB/s
  Gesamt
      Allgemein
        Erneute Serververbindungen: 17
        Durchschnittliche Verbindungen (geschätzt): 239
        Verbindungsspitze (geschätzt): 671
        Verbindungs-Limit erreicht: 0
      Upload
        Durchschnittliche Uploadrate: 23.9 KB/s
        Max. Uploadrate: 44.2 KB/s
        Max. durchschnittliche Uploadrate: 24.4 KB/s
      Download
        Durchschnittliche Downloadrate: 58.4 KB/s
        Max. Downloadrate: 231.5 KB/s
        Max. Downloadrate Durchschnitt: 58.4 KB/s
Zeit Statistiken
  Letzter Reset der Statistiken: Unbekannt
  Zeit seit letztem Reset: Unbekannt
  Session
      Programm-Laufzeit: 22:18 Stunden
      Übertragungszeit: 22:18 Stunden (100.0%)
        Uploadzeit: 5:20 Stunden (99.9%)
        Downloadzeit: 5:20 Stunden (99.7%)
      Dauer auf aktuellem Server: 17:53 Stunden (80.2%)
      Dauer auf Servern: 22:17 Stunden (99.9%)
  Gesamt
      Programm-Laufzeit: 2 Tage 19:43 Stunden
      Übertragungszeit: 2 Tage 19:39 Stunden (99.9%)
        Uploadzeit: 2 Tage 2:41 Stunden (99.9%)
        Downloadzeit: 2 Tage 2:36 Stunden (99.7%)
      Dauer auf Servern: 2 Tage 19:36 Stunden (99.8%)
Clients
  Bekannte Clients: 14285
  Software
      eMule: 11020 (92.4%)
        v0.46a: 4036 (36.6%)
            Official eMule: 3909 (96.9%)
            BlueHex v20: 1 (0.0%)
            EastShare v9.3: 1 (0.0%)
            Juice is all around: 1 (0.0%)
            MaTriK 0.03e: 1 (0.0%)
            MorphXT 6.7: 1 (0.0%)
            NetF 0.3a (beta 9): 2 (0.0%)
            NewMagiCSeB : 9 (0.2%)
            StulleMule v2.0: 1 (0.0%)
            Ultimativ MoD F-20: 1 (0.0%)
            Xtreme 4.0a3: 2 (0.0%)
            Xtreme 4.0b1: 10 (0.2%)
            ZZUL 20050505-2200: 1 (0.0%)
            c13c48d: 1 (0.0%)
            eChanblardNext 9.0: 29 (0.7%)
            iONiX v4.2: 41 (1.0%)
            iONiX v4.21: 24 (0.6%)
            xtreme 4.0b1: 1 (0.0%)
        v0.45b: 2494 (22.6%)
            Official eMule: 1734 (69.5%)
            258c929: 1 (0.0%)
            562bf4b: 1 (0.0%)
            BastarD 1.4.2: 2 (0.1%)
            Cyrex2001 5.0: 11 (0.4%)
            EastShare v9.0: 4 (0.2%)
            FRTK EvoStar v1: 1 (0.0%)
            FRTK EvoStar v1.09: 5 (0.2%)
            FRTK EvoStar v1.13: 5 (0.2%)
            FRTK EvoStar v1.13a: 1 (0.0%)
            FRTK EvoStar v2.6: 11 (0.4%)
            L!()Netw0rk eMule 5.1: 10 (0.4%)
            L!()Netw0rk eMule 5.2: 95 (3.8%)
            LALA-IL  8.01: 4 (0.2%)
            Li()Network eMule 5.1: 10 (0.4%)
            MagiCSeB 3b: 2 (0.1%)
            MorphXT 6.1: 36 (1.4%)
            MorphXT 6.1 OSIOL.NET: 1 (0.0%)
            MorphXT 6.3: 2 (0.1%)
            MorphXT 6.4: 12 (0.5%)
            MorphXT 6.5: 5 (0.2%)
            MorphXT 6.6: 3 (0.1%)
            MorphXT 6.7: 296 (11.9%)
            MorphXT 6.7 OSIOL.NET: 1 (0.0%)
            MorphXT× 6.4: 1 (0.0%)
            MorphXT× 6.7: 4 (0.2%)
            NetF 0.3a (beta 3): 2 (0.1%)
            NextEvolution 4.0d: 1 (0.0%)
            NextEvolution 4.0e: 3 (0.1%)
            NoSFeRaTu v1.0 Beta 5: 1 (0.0%)
            Psi v 1: 1 (0.0%)
            RT.15d: 1 (0.0%)
            SDG PoWa 1.1: 1 (0.0%)
            Spike2 v0.2: 1 (0.0%)
            Spike2 v0.3: 1 (0.0%)
            Spike2 v0.4: 1 (0.0%)
            StulleMule v1.1: 4 (0.2%)
            SuperKiller v2.0c: 2 (0.1%)
            The-Mysterious-Ascenders: 1 (0.0%)
            Tsunami v4a: 2 (0.1%)
            Ultimativ MoD F-16: 1 (0.0%)
            Ultimativ MoD F-19: 2 (0.1%)
            Ultimativ MoD F-19c: 1 (0.0%)
            Vibeke 2.3: 1 (0.0%)
            VipeR 1a: 1 (0.0%)
            VipeR V2: 1 (0.0%)
            VipeR V2.1: 1 (0.0%)
            VipeR V2.2: 1 (0.0%)
            WarezFaw 2.2: 7 (0.3%)
            WebCache 1.2e: 3 (0.1%)
            Webcache 2.0 FRTK FoGBaV 1.0: 1 (0.0%)
            Xlillo 7.0: 12 (0.5%)
            Xtreme 3.0: 26 (1.0%)
            Xtreme 3.0b1: 2 (0.1%)
            Xtreme 3.0b2: 4 (0.2%)
            Zz evoL ß2c: 1 (0.0%)
            eChanblardNext 8.0: 3 (0.1%)
            eF-MOD: 4 (0.2%)
            eFMod.de: 5 (0.2%)
            eMulix  v1.0: 1 (0.0%)
            emulEspaña v4a: 3 (0.1%)
            emulEspaña v4b: 3 (0.1%)
            iONiX v4.0: 2 (0.1%)
            iONiX v4.01: 7 (0.3%)
            iONiX v4.1: 14 (0.6%)
            iONiX v4.11: 13 (0.5%)
            iONiX v4.12: 61 (2.4%)
            pHoeniX 1.14: 11 (0.4%)
            pHoeniX 1.15: 5 (0.2%)
            pHoeniX 1.16: 17 (0.7%)
        v0.44b: 1987 (18.0%)
            Official eMule: 407 (20.5%)
            84b845548b427: 1 (0.1%)
            Antares 1e: 1 (0.1%)
            EastShare v8.0: 1 (0.1%)
            Ketamine 7b1: 1 (0.1%)
            LSD.18g: 1 (0.1%)
            MorphXT 5: 2 (0.1%)
            MorphXT 5.6: 1 (0.1%)
            MorphXT 5.7: 2 (0.1%)
            Pawcio 5: 47 (2.4%)
            Turbomod v7.4 WC 1.2f: 1 (0.1%)
            WebCache 1.2d: 5 (0.3%)
            WebCache 1.2e: 1429 (71.9%)
            WebCache 1.2f: 46 (2.3%)
            WebCache 1.2f 0: 1 (0.1%)
            WebCache 1.9a Beta1: 1 (0.1%)
            WebCache 1.9a Beta2: 22 (1.1%)
            WollySC1.1b: 1 (0.1%)
            Xlillo PW 1.06: 1 (0.1%)
            Xtreme 4.0a3: 1 (0.1%)
            [af275450]: 1 (0.1%)
            a-eDit v9 //: 1 (0.1%)
            eF-Mod: 1 (0.1%)
            eF-Mod 1.3c: 1 (0.1%)
            iONiX 3: 8 (0.4%)
            pHoeniX 1.10: 1 (0.1%)
            pHoeniX 1.11: 2 (0.1%)
        v0.44d: 834 (7.6%)
            Official eMule: 705 (84.5%)
            Fincan v5.0b: 2 (0.2%)
            Fincan-KAD v4.5: 2 (0.2%)
            L!ONetwork eMule v5.0: 31 (3.7%)
            LSD.19a: 1 (0.1%)
            LSD.19b: 4 (0.5%)
            MorphXT 5.11: 1 (0.1%)
            MorphXT 5.12: 6 (0.7%)
            MorphXT 5.13: 6 (0.7%)
            MorphXT 5.15: 10 (1.2%)
            MorphXT 5.16: 1 (0.1%)
            MorphXT 5.17: 2 (0.2%)
            MorphXT 5.18: 12 (1.4%)
            MorphXT 5.18 (D10Tmain@dvdr@oslo v0.8a): 1 (0.1%)
            MorphXT 5.8: 2 (0.2%)
            MorphXT 5.9: 1 (0.1%)
            MorphXT-Heartbreaker 5.17: 1 (0.1%)
            NextEMF 0.3: 4 (0.5%)
            NextEvolution 3.3g: 1 (0.1%)
            Sipacik MoD v1.0: 2 (0.2%)
            SpeedMule 1.0: 2 (0.2%)
            SuperKiller-MoD: 1 (0.1%)
            SuperKiller-Mod v1.1a: 2 (0.2%)
            WarezFaw.Com  2.1: 2 (0.2%)
            WebCache 1.2f: 8 (1.0%)
            eF-MOD: 2 (0.2%)
            eF-MOD Releaser: 1 (0.1%)
            eF-Mod 1.4a: 1 (0.1%)
            iONiX AxxeED 0.3: 1 (0.1%)
            iONiX v3.45: 1 (0.1%)
            iONiX v3.47: 1 (0.1%)
            iONiX v3.6: 1 (0.1%)
            iONiX v3.61: 7 (0.8%)
            pHoeniX 1.13: 9 (1.1%)
        Weitere: 1413 (12.8%)
            v0.30: 574 (5.2%)
              Official eMule: 464 (80.8%)
              Gnaddelwarz v1.3.2: 1 (0.2%)
              Hunter.1: 2 (0.3%)
              IcE-MoD 5.2b: 1 (0.2%)
              IcE-MoD 5.4: 7 (1.2%)
              LSD-13h: 17 (3.0%)
              LSD.12a: 1 (0.2%)
              LSD.12b: 1 (0.2%)
              LSD.12e: 1 (0.2%)
              LSD.13b: 1 (0.2%)
              LSD.13g: 4 (0.7%)
              LSD.13h: 2 (0.3%)
              Pawcio 4: 1 (0.2%)
              Pawcio 4.1: 2 (0.3%)
              Plus 1.1: 9 (1.6%)
              Plus 1h: 5 (0.9%)
              Plus 1m: 5 (0.9%)
              Plus 1n: 2 (0.3%)
              Plus 1o: 7 (1.2%)
              Plus Plus 1.0: 1 (0.2%)
              Plus Plus 1.0.5: 2 (0.3%)
              Plus Plus 1.0.7: 1 (0.2%)
              Plus Plus 1.0.8: 2 (0.3%)
              The Black Hand - v2a: 1 (0.2%)
              The Black Hand - v3b: 1 (0.2%)
              The Black Hand - v4: 1 (0.2%)
              Xtreme 2.0b4: 2 (0.3%)
              Xtreme 2.1: 1 (0.2%)
              Xtreme 2.2: 2 (0.3%)
              ZZUL 20040106-1735: 1 (0.2%)
              eChanblardv3.2: 1 (0.2%)
              eWombat o.o65f: 1 (0.2%)
              enkeyDEV.6b: 1 (0.2%)
              sivka MOD v10b5: 1 (0.2%)
              sivka v10a1: 1 (0.2%)
              sivka v10c6: 2 (0.3%)
              sivka v10c6 Heartbreaker: 1 (0.2%)
              sivka v10e8: 4 (0.7%)
              sivka v10e9a: 1 (0.2%)
              sivka v10e9f: 13 (2.3%)
            v0.43b: 505 (4.6%)
              Official eMule: 244 (48.3%)
              BlueHex Light: 6 (1.2%)
              BlueHex v11: 1 (0.2%)
              BlueHex v4: 1 (0.2%)
              Cyrex2001 v4.0: 1 (0.2%)
              Cyrex2001 v4.2: 3 (0.6%)
              MorphXT v4.0: 1 (0.2%)
              MorphXT v4.1: 1 (0.2%)
              Neo Mule v3.00: 12 (2.4%)
              Pawcio 5: 7 (1.4%)
              Pootzgrila Rc5: 2 (0.4%)
              WarezFaw.Com 1.7: 2 (0.4%)
              WebCache 1.1b beta: 1 (0.2%)
              eChanblard v6.1: 1 (0.2%)
              eF-Mod: 1 (0.2%)
              eNOS 07%: 1 (0.2%)
              pHoeniX 1.9.1: 1 (0.2%)
              sivka v12e8: 58 (11.5%)
              sivka v13b2: 151 (29.9%)
              sivka v13b2d-Alpha: 10 (2.0%)
            v0.42g: 180 (1.6%)
              Official eMule: 154 (85.6%)
              MorphXT v2.11: 1 (0.6%)
              MorphXT v3.0: 2 (1.1%)
              OVeRDoSE: 1 (0.6%)
              WarezFaw.Com 1.6: 2 (1.1%)
              WarezFaw.com 1.5: 1 (0.6%)
              ZX v1.0: 3 (1.7%)
              sivka v12g10: 6 (3.3%)
              sivka v12g11b: 10 (5.6%)
            v0.42e: 154 (1.4%)
              Official eMule: 69 (44.8%)
              Hawkstar Xtended v4.1: 1 (0.6%)
              L!ONetwork eMule v4.2: 64 (41.6%)
              MorphXT v2.6: 3 (1.9%)
              MorphXT v2.7: 1 (0.6%)
              Pawcio 4.22bSE: 1 (0.6%)
              peace hybrid v0.10b: 2 (1.3%)
              sivka v12e7a: 5 (3.2%)
              sivka v12e8: 8 (5.2%)
      eD Hybrid: 151 (1.3%)
        v0.20.1: 34 (22.5%)
        v1.0.0: 23 (15.2%)
        v0.20.0: 21 (13.9%)
        v1.1.0: 18 (11.9%)
        Weitere: 18 (11.9%)
            v0.52.0: 12 (7.9%)
            v1.0.2: 3 (2.0%)
            v1.1.2: 2 (1.3%)
            v0.20.2: 1 (0.7%)
      eDonkey: 1 (0.0%)
        v0.60.0: 1 (100.0%)
      aMule: 38 (0.3%)
        v2.0.0: 34 (89.5%)
        v2.0.2: 3 (7.9%)
        v0.30: 1 (2.6%)
      MLdonkey: 289 (2.4%)
      Shareaza: 77 (0.6%)
      eM Compat: 321 (2.7%)
      Unbekannt: 25 (0.2%)
  Netzwerk
      eD2K: 11749 (98.5%)
      Kad: 7100 (59.6%)
      eD2K/Kad: 6977 (58.5%)
      Unbekannt: 50 (0.4%)
  Port
      Standard: 9203 (77.2%)
      Andere: 2719 (22.8%)
  Niedrige ID: 2033 (14.2%)
  Identifikation (pos : neg): 13464 (94.3%) : 110 (0.8%)
  Problematisch: 0 (0.0%)
  Gebannt: 354
  Gefiltert: 7608
  Leecher 3229
Server
  Funktionierende Server: 5
      Benutzer auf funkt. Servern: 1.76M; Niedrige ID: 506.17K (28.7%)
      Dateien auf funkt. Servern: 230.70M
      Server Auslastung: 64.09%
  Server mit Login-Fehlversuchen: 0
  Gelöschte Server: 7
  Gesamt: 5
  Gesamte Benutzeranzahl: 1.68M
  Gesamte Dateianzahl: 229.43M
  Rekorde
      Max. funktionierende Server: 53
      Max. Nutzer Online: 3.39M
      Max. Dateien verfügbar: 390.22M
Freigegebene Dateien
  Anzahl freigegebener Dateien: 191
  Durchschnittliche Dateigröße: 398.65 MB
  Größte freigegebene Datei: 3.94 GB
  Gesamtgröße freigegebener Dateien: 74.36 GB
  Rekorde
      Max. freigegebene Dateien: 205
      Größte durchschnittliche Dateigröße: 449.32 MB
      Größte freigegebene Datei: 3.94 GB
      Max. Größe freigegebener Dateien: 75.49 GB
Festplattenplatz
  Anzahl der Downloads: 99
  Gesamtgröße der Downloads: 42.35 GB
  Gesamte fertiggestellte Größe: 10.62 GB (25%)
  Noch zu downloaden: 31.73 GB
  Freier Platz auf Templaufwerk: 34.85 GB
  Noch benötigter Speicherplatz: 969.97 MB


son 10. June 2005 13:18

ich habe jetzt mal die nacht lang den xtreme ohne nafc laufen lassen (screenshot über 10h) und es kam zu 2 einbrüchen. als ich aufgestanden bin, habe ich dann nafc wieder aktiviert und seither kommt es zu ca 2 einbrüchen pro stunde (2. screen). vielleicht können ja diese screenshots besser vermitteln woran das liegen könnte.

edit: screenshots entfernt, max erreicht :o

Xman 10. June 2005 18:28

auf dem screenshot sehe icn leider keinen Grund der zum Einbruch führt. das einzige was mir auffällt ist, daß Du sehr oft an Deine max Connections rankommst.

@all
wer den Xtreme auf italienisch haben will kann sich die Sprachdatei hier runterladen:
http://www.ackronic.net/ackws/forums...p?showforum=52

und falls jemand Lust hat eine deutsche(oder sonstige Sprache) Sprachdatei(dll) zu machen, nur zu! Es wäre allerdings wünschenswert, daß derjenige auch später für neuere Versionen diese Datei pflegt.
Der Xrtreme benutzt zum größten Teil lokalisierte Variablen, allerdings fehlt mir etwas die Zeit auch noch die passenden Sprachdateien zu erstellen und zu kompilieren.

son 10. June 2005 19:03

Liste der Anhänge anzeigen (Anzahl: 1)
an der grenze mit meinen connections bin ich weil ich die auf 100 gesenkt habe, ändert aber wenig bis nichts am verhalten, wenn ich sie auf 400 hochsetze, dann liegen sie am anfang bei 250 und gehen so auf ca 120-150 runter. da ich ihm das jetzt abgeschnitten habe so hoch zu gehen, ists halt die ganze zeit bei 100 :o

die einbrüche gingen in wechselnden abständen weiter :/

Xman 10. June 2005 19:32

son, ich würde Dir gern helfen wenn ich könnte. Das einzige was wir wissen ist, daß es ein Problem Deines Routers ist... warum dies aber ausgerechnet in Verbindung mit dem Xtreme auftritt ist mir ein Rätsel. Von anderen Usern bekam ich die Rückmeldung, daß der Xtreme extrem routerfreundlich sei. Aber selbst wenn er total aggressiv wäre, so müßte sich spätestens beim Senken der Verbindungen das Problem erledigt haben.
Spricht denn das Verbose-Log etwas ?

Mib2003 10. June 2005 19:41

Habe ihn auch mal grad im Test .


Das mit dem einbruch habe ich jetzt bemerkt ist bei mir wenn ich in die einstellungen gehe etwas verstelle (oder auch nicht verstelle)dann auf ok klicke hängt der Mod ca 3-8 Sec.

Dann habe ich fast das gleiche Bild.

Mein system ist wixp sp1 256mb speicher

Ansonsten gefällt er mir sehr gut.Nicht überladen .

Use double sendsize??Wasn das?? Wird dort der doppelte mtu Packetwert verschickt oder was hat das zu bedeuten.

Xman 10. June 2005 19:51

3-8 Sekunden ist Rekord... daß das Speichern aber zu lang dauert ist ein bekanntes Problem. Leider fällt mir hierzu aber auch keine Lösung ein, alle Routinen hierzu stammen vom offiziellen emule.

Und zu double sendsize hast Du die richtige Erklärung ja schon gegeben ;-) Sinn davon: verschickt man sozusagen ein Doppelpacket braucht die Gegenstelle nur mit einem ACK-Packet antworten. Ist eine Idee des offiziellen emule und soll den Overhead verkleinern.. auf meinem System wird er dadurch aber größer. Selbst testen.

son 10. June 2005 23:28

Liste der Anhänge anzeigen (Anzahl: 1)
hab jetzt mal ein wenig in die verbose logs geschaut und immer die letzten 5 min vorm einbruch rauskopiert und bei 3 verschiedenen zeiten verglichen und konnte nicht wirklich was finden. ich gebs jetzt mal vorerst auf und bleibe trotzdem bei dem mod, abgesehen von den kurzen einbrüchen funktioniert er ja wunderbar. hatte das überhaupt nur nochmal angesprochen, weil es mir so vorkam, als ob sie mit der neuen version häufiger auftreten.

einen letzten screenshot habe ich allerdings noch, um zu zeigen, dass es wirklich nichts mit den connections oder dem refresh zu tun haben kann. mich würde allerdings schon interessieren, was einen router dazu bringen kann nicht mehr zu antworten, abgesehen davon ihn mit zu vielen connections zuzumüllen :o

Frawe 12. June 2005 01:44

Hier eine Statistik von mir:

Code:

eMule v0.46a Xtreme 4.0b1 Statistik [Frawe]

Transfer
  Session UL:DL Ratio: 1 : 1.71
  Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.71
  Gesamte UL:DL Ratio: 1 : 1.65
  Uploads
      Session
        Hochgeladen: 2.10 GB
        Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
        Aktive uploads/nötig um Bandbreite auszunutzen: 4
        Gesamtanzahl der Uploads: 7
        Wartende Uploads: 4513
        Upload Sessions: 360
            Erfolgreiche Upload-Sessions: 346 (96.11%) (active: 7, socket: 56, completed: 253, cancelled/ended: 27, different file: 1, exception: 2, others: 0)
            Fehlgeschlagene Upload-Sessions: 14 (3.89%) (socket: 12, completed: 0, cancelled/ended: 2, different file: 0, exception: 0, others: 0)
            Durchschnittlicher Upload pro Session: 6.22 MB
            Durchschnittliche Upload-Dauer: 25:48 Minuten
        Totaler Overhead (Pakete): 69.94 MB (1.39M)
      Gesamt
  Downloads
      Session
        Heruntergeladen: 3.60 GB
        Beendete Downloads: 14
        Aktive Downloads: 22
        Gefundene Quellen: 5150
            In Warteschleife: 4321
            Voll: 382
            Keine benötigten Teile: 388
            Nachfragen: 2
            Empfange Hashset: 0
            Verbindung wird hergestellt: 7
            Verbinde über Server: 0
            Zu viele Verbindungen: 0
            Verbindung LowID zu LowID unmöglich: 0
            Problematisch: 0
            Gebannt: 0
            Andere Datei angefordert: 2141
            Unbekannt: 29
            via eD2K Server/Queue: 164
            via Kad: 351
            via Quellenaustausch: 2767
            via Passive: 1842
            eD2K: 4921 (95.6%)
            Kad: 2935 (57.0%)
            eD2K/Kad: 2845 (55.2%)
            UDP Datei-Neuanfragen: 169.04K, Fehlgeschlagen: 14.44K (8.5%)
            TCP-connections: 117.47K, failed: 16.65K (14.2%)
            Tote Quelle: 626 (544 + 82)
        Download Sessions: 1160
            Erfolgreiche Download Sessions: 952 (82.1%) (active: 22, paused: 0, no needed part: 57, timeout: 159, socket: 295, out of part: 418, exception: 0, others: 1)
            Fehlgeschlagene Download Sessions: 208 (17.9%) (paused: 0, no needed part: 8, timeout: 69, socket: 123, out of part: 5, exception: 1, others: 2)
            Durchschnittlicher Download pro Session: 3.87 MB
            Durchschnittliche Downloadzeit: 22:05 Minuten
        Durch Komprimierung gewonnen: 73.07 MB (2.0%)
        Durch Datenfehler verloren: 688 KB (0.0%)
        Teile gerettet durch I.C.H: 1
        Totaler Overhead (Pakete): 67.06 MB (1.46M)
      Gesamt
Verbindung
  Session
      Allgemein
        Erneute Serververbindungen: 0
        Aktive Verbindungen (geschätzt): 161 (Halb:7 | Komplett:51 | Andere:103)
        Durchschnittliche Verbindungen (geschätzt): 151
        Verbindungsspitze (geschätzt): 234
        Verbindungs-Limit erreicht: 0
      Upload
        Upload-Geschwindigkeit: 34.6 KB/s
        Durchschnittliche Uploadrate: 34.6 KB/s
        Max. Uploadrate: 37.5 KB/s
        Max. durchschnittliche Uploadrate: 34.6 KB/s
      Download
        Download-Geschwindigkeit: 55.6 KB/s
        Durchschnittliche Downloadrate: 59.2 KB/s
        Max. Downloadrate: 181.5 KB/s
        Max. Downloadrate Durchschnitt: 59.6 KB/s
  Gesamt
Zeit Statistiken
  Letzter Reset der Statistiken: Unbekannt
  Zeit seit letztem Reset: Unbekannt
  Session
      Programm-Laufzeit: 17:42 Stunden
      Übertragungszeit: 17:42 Stunden (100.0%)
      Dauer auf aktuellem Server: 17:42 Stunden (100.0%)
      Dauer auf Servern: 17:42 Stunden (100.0%)
  Gesamt
  Abschätzungen
Clients
  Bekannte Clients: 8274
  Software
      eMule: 7447 (90.0%)
        v0.46a: 2817 (37.8%)
        v0.45b: 1667 (22.4%)
        v0.44b: 1283 (17.2%)
        v0.44d: 621 (8.3%)
        Weitere: 873 (11.7%)
      eD Hybrid: 305 (3.7%)
      eDonkey: 0 (0.0%)
      aMule: 42 (0.5%)
      MLdonkey: 108 (1.3%)
      Shareaza: 60 (0.7%)
      eM Compat: 285 (3.4%)
      Unbekannt: 27 (0.3%)
  Netzwerk
  Port
  Niedrige ID: 1195 (14.4%)
  Identifikation (pos : neg): 7631 (92.2%) : 37 (0.4%)
  Problematisch: 0 (0.0%)
  Gebannt: 213
  Gefiltert: 5787
  Leecher 2013
Server
  Funktionierende Server: 31
  Server mit Login-Fehlversuchen: 0
  Gelöschte Server: 19
  Gesamt: 31
  Gesamte Benutzeranzahl: 2.83M
  Gesamte Dateianzahl: 369.32M
  Rekorde
      Max. funktionierende Server: 50
      Max. Nutzer Online: 3.43M
      Max. Dateien verfügbar: 427.17M
Freigegebene Dateien
Festplattenplatz

MfG Frawe

seppl12 12. June 2005 11:04

Nach wie vor wird bei IP Wechsel NAFC wieder aktiviert!

Xman 12. June 2005 12:00

grmpf... ich schaus mir nochmal an.. danke seppl für die Info.

son 12. June 2005 15:02

yep ist mir auch einmal aufgefallen als ich ohne nafc getestet habe und nachm 24h discon wars dann wieder an.

Xman 12. June 2005 17:29

also bei mir läuft es... habs grad mehrmals getestet.
bei Zwangstrennung wird NAFC deaktiviert (da wir evtl den NAFC-Adapter nicht mehr kennen)... sobald wieder zu einem Server verbunden wird, wird der NAFC-Zustand vor der Trennung hergestellt. Falls ihr allerdings während ihr getrentn seid Änderungen vornehmt, (NAFC an oder aus) würden diese überschrieben werden.

seppl12 13. June 2005 07:18

Xman, es wird während der Zwangstrennung keine Veränderung vorgenommen. Ich bemerke erst morgerns im Statistikfenster, das sich NAFC wieder selbst aktiviert hat und deaktivier es anschließend wieder.

drfreak2004 13. June 2005 08:38

moin xman,

du hast doch geschrieben, das zwischen der letzten alpha und der beta 1 keine unterschiede sind, oder ?! meine frage: warum läuft die alpha stabil und die beta hängt sich alle 16 bis 18 h auf ?! versteh ich net....

mfg

Xman 13. June 2005 08:45

Zufall ? Ist wirklich ein Unterschied, außer daß sie neu kompiliert wurde.
Aufhängen ist natürlich gar nicht gut.. und was heißt aufhängen 100% CPU-Last ?

@seppl
kannste das vielleicht nochmal reproduzieren und bei mir den bei der Zangstrennung entstandenen NAFC- Fehlercode mitteilen ? (steht im VerboseLog in dem moment wo die Internetverbindung aufhört)

drfreak2004 13. June 2005 09:48

also einmal cpu 100% einmal freeze ohne grund... cpu 0 % aber xtreme eingefroren :-(

Xman 13. June 2005 10:21

aber die aktuelle alpha läuft stabil ?

drfreak2004 13. June 2005 10:51

bis jetzt ja.... komisch die findet au schneller quellen.... fällt mir jetzt gerade so auf....

mh... du hast aber scho beide versionen mit vc2003 erstellt ?! mal schauen... was passiert...

drfreak2004 13. June 2005 15:07

Hi Xman,

bis jetzt läuft die alpha tadellos.... wundert mich.... das die beta freezt...

smart 13. June 2005 16:11

Hallöchen

Gibts die alpha auch irgendwo zum runterladen??
Danke
Smart

Xman 13. June 2005 16:43

nur intern für die alpha-Tester... aber zu Deine beruhigung... es wird bald ne final geben! ;-)

smart 13. June 2005 17:38

Super !:mrgreen: Freu mich schon drauf

Vielen Dank für die schnelle Info

Smart

BoRNeO 13. June 2005 17:39

Hi,

ich hab lange Zeit (etwa 2 Monate) mit dem Muli nix mehr gemacht bzw. nicht mehr angestellt, und gestern nun, hab ich ihn wieder nach langer Zeit angeworfen und er hatte erhebliche Anlaufschwierigkeiten. Er hat erstmal ziemlich lang gebraucht bis er seine Quellen findet, gestern hats ungefähr 10 Minuten gedauert, und es ist kein seltenes Dokument ! Liegt das vielleicht daran das der Mulli ne Zeit lang aus blieb ?

Edit: Ich benutze natürlich den Xtreme, und an meinem PC (Software, Hardware) hab ich auch nicht rumgeschraubt.

MfG
borneo

Xman 13. June 2005 18:11

es hängt auch viel vom Zufall ab wie schnell er Quellen findet
-kennt Dein verbundener Server das File ?
-ignoriert er die Anfrage ? (ja, das tun Server manchmal wirklich vorübergehend)
- bei Quellenaustauch mit anderen Clients kanne s nun noch passieren, daß aus welchen Gründen auch immer, der client Dir keine Quellen nennt.

Was gut zum finden von Quellen funktioniert ist Kad.
Daran, daß der Esel aus war, daran liegt es zumindest nicht! ;-)

son 13. June 2005 18:34

Zitat:

Zitat von seppl12
Xman, es wird während der Zwangstrennung keine Veränderung vorgenommen. Ich bemerke erst morgerns im Statistikfenster, das sich NAFC wieder selbst aktiviert hat und deaktivier es anschließend wieder.

also bei mir ists so:

1. ist nafc aktiviert beim start des xtreme, deaktiviere ich es dann, ohne ihn neuzustarten und kommt es dann zur zwangstrennung, dann ist nafc wieder an (habs auch immer an der gerade linie in der statistik erst gesehen)

2. hat man den xtreme mit der einstellung nafc aus einmal geschlossen, dann bleibt es auch dabei und funktioniert wunderbar.

freundliche grüße,

son

Mib2003 13. June 2005 19:17

Habe auch ein Freeze gehabt aber schon nach ca 30 min .Cpu war auf 0% aber es ging nix mehr.

Ok habe was rumgespielt was weiß ich aber net mehr .Dachte das läge an meienem sys deswegen habe ich nix drum gegeben .Seitdem habe ich aber nicht mehr getestet.


Habe sp1 winxp 512Mb ram.

Edit: Ach nochwas,die fehlgeschlagenen downs waren ziemlich hoch ca 45% wo ich das letzte mal geschaut hatte




mfg


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