[tHeWiZaRdOfDoS]

No, you didn't understand it correctly. eMule uploads a full chunk (9.28MB) if the transfer full chunks option is enabled... if NOT, it will kick the client if he downloads for more than 1h OR his score is lower than the best score of the clients in your queue.

[LorenzoC]

I thought it was implicit. The feature works when enabled.

But I have some doubt about the "try" part, I mean, in what conditions the "upload full chunk" "tries" but fails.

In all those years, not having looked at the code, I never understood well the "what happens when you complete a chunk", in the different configurations. Yes I am lazy.

And again how it all impacts on the network, which I guess is the old "vexata quaestio".
For example lets say client A requests a chunk, my client sends just the little bit of data the requesting client needs to complete that chunk. At that point I have two options, either send some more data to this client to fill the 9.x quota (but this won't complete any chunk unless somebody else fills the gap meanwhile) or serve another request that could complete another chunk and then make it available on the network.

Edit: BTW, I don't know what the requesting client is downloading from other sources so probably sending some amount regardless makes sense.

This post has been edited by LorenzoC: 08 August 2010 - 09:04 AM

[tHeWiZaRdOfDoS]

LorenzoC, on 08 August 2010 - 10:17 AM, said:

But I have some doubt about the "try" part, I mean, in what conditions the "upload full chunk" "tries" but fails.

Simple: disconnects, remote clients cancels DL, etc.

Quote

For example lets say client A requests a chunk, my client sends just the little bit of data the requesting client needs to complete that chunk. At that point I have two options, either send some more data to this client to fill the 9.x quota (but this won't complete any chunk unless somebody else fills the gap meanwhile) or serve another request that could complete another chunk and then make it available on the network.

Well, imagine someone DLs a file with 9 parts and all are partially finished (~8MB) - 1 chunk of upload would complete that file
I know it's a very special case but it helps understanding the picture.

Quote

Edit: BTW, I don't know what the requesting client is downloading from other sources so probably sending some amount regardless makes sense.

Right... also it's just more fair (IMHO)

[cemendur]

Then, could be the ability to disable full chunks upload, was intended to allow clients with low speeds having some queue rotation? For a dial up client with three to five upload slots will take three hours, at best case, a full chunk upload.

[LorenzoC]

IMHO it makes no sense to upload files on a dial up connections, considering the few available KB are shared with download bandwidth. I would not even consider those client as valid sources.

Lets say you can download at 5KB capacity, I would automatically set your upload to 0 because you can't actually contribute the network. So you can be allowed to "leech" without harming anybody. For some reason Emule instead enforces a ratio when your upload is under 10KB so when you upload 1KB you can download only 3KB. Like your 1KB of upload makes any difference...

This post has been edited by LorenzoC: 08 August 2010 - 07:44 PM

[Famerlor]

May be valid for Modem-connections but ISDN usually offers 6 kb/s up- AND downstream (not shared)...

[LorenzoC]

Yes I had an ISDN years ago, it is not a big difference from dial up in perspective. Having an upload bandwidth of 0KB, 1KB or 6KB does not make any difference on today's Internet AND the kind of files we share. I am old enough to have used a 14.4 dial up modem for sharing files with people on BBS. And that was the age when "archivers" like ZIP had been invented to "compress" files before uploading. But it was another age when you played games with 10.000 times less hardware resources than today's PCs and stuff went around on floppies, not DVDs.

I also guess the ratio enforcing makes sense only on high speed connections.
So basically under some download speed I would allow "no ratio" or, if you prefer, 0 uploading.
What cannot happen is 11KB uploading and 1MB downloading.
But if you download at 5 or 6KB speed, who cares if you upload 0 or 6KB meanwhile?

This post has been edited by LorenzoC: 08 August 2010 - 10:07 PM

[tHeWiZaRdOfDoS]

Ratio is a diffent topic... though I'm with you, there...
I used to use ISDN, too and my ratio was VERY good back there (around 2:1) - that's why I never understood why those ppl that are already "punished" by their low speeds have to suffer the ratio while others can UL @ 10kB and DL @ unlimited speed.

[xilolee]

tHeWiZaRdOfDoS, on 09 August 2010 - 08:29 AM, said:

I never understood why those ppl that are already "punished" by their low speeds have to suffer the ratio while others can UL @ 10kB and DL @ unlimited speed.

I think because they will get away immediately to another network/p2p program

[LorenzoC]

But if there was a real alternative to Emule, it would have been dead long ago.
People don't go away from Emule, regardless the possible flaws, because it is the only P2P software that allows to find all those shared contents (many different contents). And maybe this is a limitation because without competitors there is also little innovation.

This post has been edited by LorenzoC: 09 August 2010 - 06:28 PM

[Tuxman]

[arturx]

Thx for your new release.

Emule Mods.it mirror updated:

eMule 0.50a Beba v2.62

eMule 0.50a Beba v2.62 Binary

eMule 0.50a Beba v2.62 Sources

[Tuxman]

Thank you for mirroring!

[Stulle]

did you add my patch or the one by wizard? because the one that reads a string from the preferences is from wiz!

[Tuxman]

Yep, but I chose yours. Mainly because I hate prefs bloat.

[Stulle]

i see. well, mine was basically just a quick hack. imo, wiz' solution is the way to go because more http download providers might configure their sites like SF did. anyway, your decision.

[Tuxman]

"Might". And once they'll do, I might reconsider the patch.

This post has been edited by Tuxman: 31 August 2010 - 07:01 PM

[Andrey23]

Thanks for new version.
My mirror updated:
eMule 0.50a beba 2.62 Binary
eMule 0.50a beba 2.62 Sources
All versions

[Tuxman]

Thanks for mirroring.

[Januar1956]

BIG THX

for your work!



Januar Mirror is updated.


Januar