Netf Warp Svn-121 (2013-08-23) Better handling of for rare files through Sub-Chunk Transfers
#21
Posted 12 September 2006 - 08:11 AM
Upload stable, full trottle with USS enabled.
My config is Win2K SP4, PC, switch & router.
#22
Posted 12 September 2006 - 08:39 AM
Quote
With eMule0.47b official : had 8->10 opened slot
With WARP 7->10
Don't find any other problem.
Seems to be a very good version.
Parce que nous ne sommes pas devin: /!\ A Lire Avant De Poster /!\
Parce que certains ont bossé pour proposer des 'tutoriels' le plus clair possible: TADELU
Parce que VOUS êtes intelligent > High ID: comprendre les tutos pour mieux les appliquer
TRFM >> Des infos sur les Mods
> Le libre à Lille - -
If you are in english section: sorry for my bad english .... I 'll do my best .... ;)
#23
Posted 12 September 2006 - 09:35 AM
netfinity, on Sep 11 2006, 09:03 PM, said:
It would be nice to hear your opinions. Is it better than X or did I screw up completly?
Sorry dude...
I've on Win98, so my test should be unuseful, however it seems to work well (but I didn't "purge" the mod in an intensive session) and strange kad contacts seems not to be present (without IP filter on obviously).
Go on with your good work Net
This post has been edited by Frankie4: 12 September 2006 - 09:36 AM
#24
Posted 12 September 2006 - 10:24 AM
Memory and CPU usage are ok here, DL ok, UL ok, no visibile problems.
The possibile advantages given by the new features (besides network and security improvements) need to be tested on longer time and different files/user/sharing situations.
#25
Posted 12 September 2006 - 10:34 AM
#26
Posted 12 September 2006 - 12:11 PM
Shouldn't require to much work to fix that I hope!
@LorenzoC
Yes, it's true that to truly know if a Mod actually improves anything you have to run it for a quite long period to ensure that it's consistent. However, sometimes when something is wrong it becomes very obvious.
Thank you everyone,
The input so far has been very useful and I will try to have a fix for the mentioned problems in a few days.
- Compiled for 32 and 64 bit Windows versions
- Optimized for fast (100Mbit/s) Internet connections
- Faster file completion via Dynamic Block Requests and dropping of stalling sources
- Faster searching via KAD with equal or reduced overhead
- Less GUI lockups through multi-threaded disk IO operations
- VIP "Payback" queue
- Fakealyzer (helps you chosing the right files)
- Quality Of Service to keep eMule from disturbing VoIP and other important applications (Vista/7/8 only!)
#28
Posted 12 September 2006 - 04:49 PM
eMule v0.47b [NetF WARP v0.2a] Statistics
Upload Sessions: 467
Total successful upload sessions: 434 (92.93%)
Total failed upload sessions: 33 (7.07%)
Average Uploaded Per Session: 8.06 MB
Average upload time: 26:13 Minutes
Download Sessions: 371
Successful Download Sessions: 355 (95.7%)
Failed Download Sessions: 16 (4.3%)
Average Downloaded Per Session: 7.29 MB
Average Download Time: 17:15 Minutes
upload never above limit
only never seen a slot with more then 6 kb/s in up
#29
Posted 12 September 2006 - 05:09 PM
I can see information only for few servers in the list, for most there is only the name.
Another report, It seems to me that there are more active connections on average than other clients, something like 1/3 more.
Regards.
This post has been edited by LorenzoC: 12 September 2006 - 05:12 PM
#30
Posted 12 September 2006 - 10:47 PM
512 Mb
Cable 4 Mb/300 kb
TCP=1755
UDP=1765
Hard limit = 1000
Upload limit=28 kb/s
DL=disabled
Max Connections=500
ed2k & KAD= ON
USS enabled, max ping=100
Max 5 conn= 40
Max half = 30 (tcpip.sys patched to 50)
Obfuscation=ON
eMule v0.47b [NetF WARP v0.2a] Statistics [http://emule-project.net] Transfer Session UL:DL Ratio: 3.82 : 1 Session UL:DL Ratio (Friends UL excluded): 3.82 : 1 Cumulative UL:DL Ratio: 3.83 : 1 Uploads Session Uploaded Data: 2.23 GB Clients eMule: 2.02 GB (90.4%) eD Hybrid: 56.00 MB (2.4%) eDonkey: 0 Bytes (0.0%) aMule: 10.11 MB (0.4%) MLdonkey: 0 Bytes (0.0%) Shareaza: 9.33 MB (0.4%) eM Compat: 144.29 MB (6.3%) Port Default: 1.66 GB (74.3%) Other: 588.39 MB (25.7%) Other: 0 Bytes (0.0%) Data Source Complete File: 1.85 GB (82.9%) Part File: 391.03 MB (17.1%) Uploaded Data to Friend Slots (Session): 0 Bytes Active Uploads/Needed to fill Bandwidth: 9 Total Uploads: 10 Waiting Uploads: 2987 Upload Sessions: 518 Total successful upload sessions: 428 (82.63%) Total failed upload sessions: 90 (17.37%) Average Uploaded Per Session: 5.35 MB Average upload time: 32:53 Minutes Total Overhead (Packets): 76.37 MB (1.16 M) File Request Overhead (Packets): 15.25 MB (492.66 k) Source Exchange Overhead (Packets): 2.36 MB (3.40 k) Server Overhead (Packets): 47.47 KB (1.47 k) Kad Overhead (Packets): 46.50 MB (522.63 k) Cumulative Downloads Session Downloaded Data: 598.89 MB Clients eMule: 565.81 MB (94.5%) eD Hybrid: 85.00 KB (0.0%) eDonkey: 0 Bytes (0.0%) aMule: 20.56 MB (3.4%) MLdonkey: 0 Bytes (0.0%) Shareaza: 0 Bytes (0.0%) eM Compat: 12.43 MB (2.1%) URL: 0 Bytes (0.0%) Port Default: 494.59 MB (82.6%) Other: 104.29 MB (17.4%) Other: 0 Bytes (0.0%) Completed Downloads: 3 Active Downloads (chunks): 1 Found Sources: 49 On Queue: 40 Queue Full: 2 No needed parts: 6 Asking: 0 Receiving hashset: 0 Connecting: 0 Connecting via server: 0 Too many connections: 0 Cannot connect LowID to LowID: 0 Problematic: 0 Banned: 0 Asked for another file: 0 Unknown: 0 via eD2K Server: 13 via Kad: 10 via Source Exchange: 13 via Passive: 13 eD2K: 49 (100.0%) Kad: 40 (81.6%) eD2K/Kad: 40 (81.6%) UDP File Reasks: 5.53 k, Failed: 702 (12.7%) Dead Sources: 11 (10 + 1) Download Sessions: 135 Successful Download Sessions: 105 (77.8%) Failed Download Sessions: 30 (22.2%) Average Downloaded Per Session: 5.70 MB Average Download Time: 27:15 Minutes Gained Due To Compression: 5.90 MB (1.0%) Lost Due To Corruption: 0 Bytes (0.0%) Parts Saved Due To I.C.H: 0 Total Overhead (Packets): 56.12 MB (969.55 k) Cumulative Connection Session General Reconnects: 2 Active Connections (estimate): 55 (Half:0 | Compl:5 | Other:50) Average Connections (estimate): 57 Peak Connections (estimate): 501 Max Connection Limit Reached: 3 : 12/09/2006 09:38:21 a.m. Upload Upload-Speed: 27.15 KB/s Average Uploadrate: 23.79 KB/s Max Upload Rate: 28.12 KB/s Max Average Upload Rate: 25.64 KB/s Download Download-Speed: 3.40 KB/s Average Downloadrate: 6.23 KB/s max. Downloadrate: 54.05 KB/s Max Downloadrate Average: 9.45 KB/s Cumulative General Upload Download Time Statistics Statistics last reset: 11/09/2006 09:17:36 p.m. Time Since Last Reset: 1 Days 3:24 Hours Session Cumulative Projected Averages Clients Servers Working Servers: 57 Failed Servers: 5 Deleted Servers: 0 Total: 62 Total Users: 3.86 M Total Files: 608.04 M Records Max. Working Servers: 62 Max. Users Online: 4.10 M Max. Files Available: 636.71 M Shared Files Number of Shared Files: 198 Average file size: 158.18 MB Largest Shared File: 1.54 GB Total size of Shared Files: 30.59 GB Records Disk Space
CPU usage= 2%
Mem usage = 127,796 MB
"Si no puedes sorprender con tu inteligencia, desconcierta con tus gilipølleces".
#31
Posted 13 September 2006 - 06:01 AM
Your mod is very stable on my machine. I get stable upload speed (capacity: 63; Limit: 40; no USS), good download speed (Avg. download speed (KB's): 40) and around 70% successful transfers. Also, very low corruption value (1.96MB out of 21.18GB).
eMule takes about 85MB of RAM, which is kinda normal. All in all your mod is very good - thanks for your work
#32
Posted 13 September 2006 - 07:19 AM
I only have around 10 static servers in my list so I haven't noticed that! I will look into it.
@niRRity
Yes, this with the corruption has bugged me.
Lately, I have almost never encountered any corruption and that have made the verification of my changes in the corruption handling very hard to verify. Either the bad guys have stopped sending corrupt data to fool me, or I'm so lucky that the source dropping makes them go away. Some, tests I've did a couple of months back with a very aggressive source dropping suggest the latter. Probably, because the uploaders of corrupt data also upload very slowly to make the file completion to take almost forever, the faster endgame feature will simply drop those sources and thus effectivily limiting the damage they cause. See it as a bonus!!!
- Compiled for 32 and 64 bit Windows versions
- Optimized for fast (100Mbit/s) Internet connections
- Faster file completion via Dynamic Block Requests and dropping of stalling sources
- Faster searching via KAD with equal or reduced overhead
- Less GUI lockups through multi-threaded disk IO operations
- VIP "Payback" queue
- Fakealyzer (helps you chosing the right files)
- Quality Of Service to keep eMule from disturbing VoIP and other important applications (Vista/7/8 only!)
#33
Posted 13 September 2006 - 07:43 AM
LorenzoC, on Sep 12 2006, 07:09 PM, said:
I can see information only for few servers in the list, for most there is only the name.
I can verify this, all the non-static servers n my list have blank info columns. I need to select them all and change their priority or make them static in order to see the info. Once I see the info I can remove their static status or change their priority back to normal and the info remains...
#34
Posted 14 September 2006 - 11:13 AM
Warp 0.2 runs fast and stable since ~12 hours.
I'm confused about the queue-rotation without "try to upload full chunks" enabled.
The upload-queue rotates like a slot-machine and every client only become a few KB (average 105 KB) and i got loads of failed sessions (about 21%).
If i enable "try to upload full chunks" everything seems fine (4% failed sessions, 7,98 MB average upload).
greets MrB
#35
Posted 14 September 2006 - 07:04 PM
did you change any file structure from the official emule?
i need more slot upload control due to the different speed between capped line (50KB) and obfuscated line (400KB).
-m
#36
Posted 14 September 2006 - 09:49 PM
#37
Posted 14 September 2006 - 10:10 PM
I think I found the problem with the server list. It is an optimization that made the list not to update with new information if the server page was opened.
@Mr.Blonde
That is actually not that unexpected when having a credit system where the scores are constantly changing. I should have thought about that and forced "try to upload full chunks" when using VIP slots and related features.
@maurizio04
No, I haven't changed anything. The only new is the NetF.ini file which contains NetF specific configurations.
I'm not sure about having separate throttling based on if a client support obfuscation or not. With the demise of eDonkey I think the amount of client which does not support obfuscation will soon be so insignificant that you wont even notice them.
@All
Should not be long now until I have a new build that fixes these issues. Have already merged with eMule 0.47c which incorporates some of the security enhancements that I added with Safe KAD. (Not same code thought, but a very similar approach)
/netfinity
- Compiled for 32 and 64 bit Windows versions
- Optimized for fast (100Mbit/s) Internet connections
- Faster file completion via Dynamic Block Requests and dropping of stalling sources
- Faster searching via KAD with equal or reduced overhead
- Less GUI lockups through multi-threaded disk IO operations
- VIP "Payback" queue
- Fakealyzer (helps you chosing the right files)
- Quality Of Service to keep eMule from disturbing VoIP and other important applications (Vista/7/8 only!)
#38
Posted 14 September 2006 - 10:13 PM
Maybe only if it's complete ?
Parce que nous ne sommes pas devin: /!\ A Lire Avant De Poster /!\
Parce que certains ont bossé pour proposer des 'tutoriels' le plus clair possible: TADELU
Parce que VOUS êtes intelligent > High ID: comprendre les tutos pour mieux les appliquer
TRFM >> Des infos sur les Mods
> Le libre à Lille - -
If you are in english section: sorry for my bad english .... I 'll do my best .... ;)
#39
Posted 14 September 2006 - 10:14 PM
Nice! Have to figure it out however why it happened if I want to add NAT traversal features in the future.
@Firnus
Yes, I have thought about letting clients who download files in "Release" priority to become VIP's automatically. That, would result in something similar to powershare I think. Maybe in next release!
This post has been edited by netfinity: 14 September 2006 - 10:17 PM
- Compiled for 32 and 64 bit Windows versions
- Optimized for fast (100Mbit/s) Internet connections
- Faster file completion via Dynamic Block Requests and dropping of stalling sources
- Faster searching via KAD with equal or reduced overhead
- Less GUI lockups through multi-threaded disk IO operations
- VIP "Payback" queue
- Fakealyzer (helps you chosing the right files)
- Quality Of Service to keep eMule from disturbing VoIP and other important applications (Vista/7/8 only!)
#40
Posted 14 September 2006 - 10:34 PM