[BETA] SharkX 1.7 beta 4

taz · Wed 02 December 2009, 19:05

Time to move on :


SharkX v1.7b4 - 2/12/09

remove : Advanced download throttling

updated to ongoing AcKroNiC v5.4 beta, changes :

fix : my miss @ drop sources - enabled add sources with no files (without categories) - 10'x Tuxman
change : Vista registry key read log message shift to debug mod - 10'x Tuxman
fix : ICS missing filename on new hash @CUpDownClient::ProcessFileIncStatus (taz)
change : CA not clearing bad DL counter on count <12k download sessions (using Xman's idea) - too easy for leechers to go clean (taz)
remove : retry connection attempt
change : using zz's bandwidth control network code (ThrottledSocket, LastCommonRouteFinder, UploadBandwidthThrottler, EMSocket)

Download links (please replacee after local uploading) :

eMule0.49c-SharkX_v1.7B4-BIN.rar
eMule0.49c-SharkX_v1.7B4-SRC.rar

SS1900 · Wed 02 December 2009, 22:24

after "only" 2 hours.......good job taz !

Quote from: taz on Wed 02 December 2009, 19:05
change : using zz's bandwidth control network code (ThrottledSocket, LastCommonRouteFinder, UploadBandwidthThrottler, EMSocket)

works so fine !

SS1900 · Thu 03 December 2009, 07:00

Code Select


Collected by SS1900 using SharkX v1.7 BETA 4 (based on eMule0.49c)

Basic System Infos:
-------------------
|--> OS : Windows 7 Home Premium  
|--> CPU Type : Intel(R) Core(TM)2 Quad CPU    Q9400  @ 2.66GHz
|--> Number of cores: 4
|--> RAM (Usage): 3.25 GB (270.73 MB)
|--> Free Space on Tempdrive: 1.22 TB

Options:
--------

Emule Settings:
---------------
|--> Max. Upload-Speed: 125.00 KB/s (Limit: 70.00 KB/s)
|--> Max. Download-Speed: 0.98 MB/s (Limit: Unlimited)
|--> HighresTimer: Disabled
|--> Max. connections: 500
|--> Max. new connections / 5 secs.: 20
|--> Max. half open connections: 9
|--> TCP Port: 60001 UDP Port: 60002
|--> Upload SpeedSense (USS): Disabled
|--> Connection Type ED2K / KAD : Enabled / Enabled
|--> Server Safe Connect: Enabled

Mod Settings:
-------------
|--> UPnP: Disabled
|--> Credit System : Use ClientAnalyzer embedded reward/punishing
|--> ConChecker: Enabled
|--> Save/Load Sources: Enabled (100|25)
|--> Slot Focus

Upload Stats:
-------------
|--> Upload Time: 10:17 Hours (99.9%)
|--> Upload-Speed: 63.96 KB/s
|--> Average Uploadrate: 65.88 KB/s
|--> Max Upload Rate: 71.65 KB/s
|--> Max Average Upload Rate: 65.96 KB/s
|--> Uploaded Data: 2.33 GB
|--> Average Uploaded Per Session: 5.93 MB
|--> Active uploads: 10
|--> Waiting Uploads: 11428

Download Stats:
---------------
|--> Download Time: 10:10 Hours (98.7%)
|--> Active Downloads (chunks): 31
|--> Download-Speed: 112.74 KB/s
|--> Average Downloadrate: 116.30 KB/s
|--> max. Downloadrate: 582.69 KB/s
|--> Max Downloadrate Average: 128.57 KB/s
|--> Downloaded Data: 4.11 GB
|--> Average Downloaded Per Session: 5.16 MB
|--> UDP File Reasks: 76.11 k, Failed: 11.27 k (14.8%)
|--> Found Sources: 3435
|--> Too many connections: 3
|--> On Queue: 3278
|--> Asking: 3
|--> Connecting: 0
|--> No needed parts: 78
|--> Asked for another file: 1761
|--> Queue Full: 28
|--> Cannot connect LowID to LowID: 0
|--> Banned: 118
|--> Filtered: 26498
|--> Problematic: 0 (0.0%)

|--> eD2K: 14642 (88.5%)
|--> Kad: 15049 (91.0%)
|--> eD2K&Kad: 13163 (79.6%)
|--> Unknown: 15 (0.1%)

Statistics:
-----------
|--> Session UL:DL Ratio: 1 : 1.77
|--> Total size of Shared Files: 571.39 GB
|--> Number of Shared Files: 789
|--> Number of Downloads: 74
|--> Completed Downloads: 6
|--> Secure Ident (OK : Failed ): 16036 (96.9%) : 94 (0.6%) : 413 (2.5%)
|--> Download Sessions: 1048
|--> Successful Download Sessions: 815 (77.77%)
|--> Failed Download Sessions: 233 (22.23%)
|--> Upload Sessions: 462
|--> Total successful upload sessions: 402 (87.01%)
|--> Total failed upload sessions: 60 (12.99%)

|--> *** Modded by taz ***

taz · Thu 03 December 2009, 09:42

Another side effect from the migration to zz's bandwidth utilizaion control is that slot control should also work better - i.e. not only the bandwidth utilizaion is high (on slot control most of the time it was so even without the change), slots speed should be almost even and number of slot should be within +- 1 of the options.

SS1900 · Wed 09 December 2009, 19:56

Code Select

 Collected by SS1900 using SharkX v1.7 BETA 4 (based on eMule0.49c)

Basic System Infos:
-------------------
|--> OS : Windows 7 Home Premium  
|--> CPU Type : Intel(R) Core(TM)2 Quad CPU    Q9400  @ 2.66GHz
|--> Number of cores: 4
|--> RAM (Usage): 3.25 GB (305.61 MB)
|--> Free Space on Tempdrive: 1.20 TB

Options:
--------

Emule Settings:
---------------
|--> Max. Upload-Speed: 138.00 KB/s (Limit: 100.00 KB/s)
|--> Max. Download-Speed: 600.00 KB/s (Limit: Unlimited)
|--> HighresTimer: Disabled
|--> Max. connections: 500
|--> Max. new connections / 5 secs.: 20
|--> Max. half open connections: 9
|--> TCP Port: 60001 UDP Port: 60002
|--> Upload SpeedSense (USS): Enabled
|--> Connection Type ED2K / KAD : Enabled / Enabled
|--> Server Safe Connect: Enabled

Mod Settings:
-------------
|--> UPnP: Disabled
|--> Credit System : Use ClientAnalyzer embedded reward/punishing
|--> ConChecker: Enabled
|--> Save/Load Sources: Enabled (100|25)
|--> Slot Focus

Upload Stats:
-------------
|--> Upload Time: 12:35 Hours (100.0%)
|--> Upload-Speed: 68.11 KB/s
|--> Average Uploadrate: 53.33 KB/s
|--> Max Upload Rate: 101.51 KB/s
|--> Max Average Upload Rate: 74.23 KB/s
|--> Uploaded Data: 2.30 GB
|--> Average Uploaded Per Session: 5.88 MB
|--> Active uploads: 10
|--> Waiting Uploads: 6010

Download Stats:
---------------
|--> Download Time: 12:34 Hours (99.9%)
|--> Active Downloads (chunks): 31
|--> Download-Speed: 119.65 KB/s
|--> Average Downloadrate: 159.16 KB/s
|--> max. Downloadrate: 401.31 KB/s
|--> Max Downloadrate Average: 159.64 KB/s
|--> Downloaded Data: 6.87 GB
|--> Average Downloaded Per Session: 5.36 MB
|--> UDP File Reasks: 138.42 k, Failed: 20.81 k (15.0%)
|--> Found Sources: 14038
|--> Too many connections: 8544
|--> On Queue: 5232
|--> Asking: 7
|--> Connecting: 9
|--> No needed parts: 59
|--> Asked for another file: 9494
|--> Queue Full: 147
|--> Cannot connect LowID to LowID: 0
|--> Banned: 181
|--> Filtered: 38054
|--> Problematic: 0 (0.0%)

|--> eD2K: 17734 (87.4%)
|--> Kad: 14624 (72.1%)
|--> eD2K&Kad: 12571 (62.0%)
|--> Unknown: 499 (2.5%)

Statistics:
-----------
|--> Session UL:DL Ratio: 1 : 2.98
|--> Total size of Shared Files: 592.02 GB
|--> Number of Shared Files: 807
|--> Number of Downloads: 92
|--> Completed Downloads: 3
|--> Secure Ident (OK : Failed ): 14619 (72.1%) : 362 (1.8%) : 5305 (26.2%)
|--> Download Sessions: 1676
|--> Successful Download Sessions: 1314 (78.40%)
|--> Failed Download Sessions: 362 (21.60%)
|--> Upload Sessions: 464
|--> Total successful upload sessions: 401 (86.42%)
|--> Total failed upload sessions: 63 (13.58%)

|--> *** Modded by taz ***

taz · Thu 10 December 2009, 14:03

It is likely that with USS disabled UL utilization was even higher, however it would have been on the expense of other uploading applications (such as sending email attachments, online games, other P2P clients, etc.).

Now SharkX (1.7 beta 4) & AcKroNiC (5.4 RC1) can be used by releasers - with efficient UL bandwidth utilization as well as aggressive leecher treatment.

SS1900 · Thu 10 December 2009, 21:07

Quote from: taz on Thu 10 December 2009, 14:03
Now SharkX (1.7 beta 4) & AcKroNiC (5.4 RC1) can be used by releasers - with efficient UL bandwidth utilization as well as aggressive leecher treatment.

SS1900 · Sat 12 December 2009, 07:36

why i have set slotfocus but i have 94 open slots ?

taz · Mon 14 December 2009, 07:38

I think I've finnaly (

) figured the root cause for eMF long drops, so a brief history review :

beta 1 : long lasting drops
beta 2 : adding slots based on amount of fully activated slots and used upload speed (originally commented out on eMF) - long lasting drops at reduced rate
beta 4 : zz bandwidth control - drops are gone, however due to the "slot injection" too mant slot on high upload bandwidth

There is (to my humble opinion) a serious bug in eMF trickle calculation : it is based on current upload rate instead of on upload limit / USS. The result was that if not enough slot were fully activated number of slots remained low (very few trickles were desired since bandwidth was not utilized). My original change (beta 2 - added slots) was faulty.

I'm now finishing sanity checks with fixed code (added slots from beta 2 - gone, trickel slots number determined by UL limit or USS instaed of current upload speed) - probably a new beta tommorow (AcK as well)