Edonkeyhybrid
#1
Posted 09 September 2005 - 10:47 PM
Everytime I check eMule and theres some1 using that there getting more then they should. Even when I powershare another file and they come in from other files, if theres like 3 trickle slots thell be the 1 getting all the speed. Like 8kbs while the others get are back in B/s.
Anyone know anything on this? Am I wrong? Maybe just bad timing?
Bored??? Release your inner mule and get involved with your favorite file sharing program, EMULE!!!!!! Check out my feature request.
Modifications!!!....................Speed Up eMule!!! Partly Done
On Queue 2........................Individual Max Sources/File Partly Done
Advanced Sorting.................Slot for Small Files
Easy Switching.Partly Done....Advanced Priority System
To accomplish great things, we must not only act, but also dream; not only plan, but also believe
#2
Posted 09 September 2005 - 10:58 PM
I think Ionix has that.
Anyway, wrong forum.
This post has been edited by qm2003: 09 September 2005 - 10:59 PM
P2P is not piracy, it's marketing.
In fact, if your music or movie is NOT being downloaded, you should be WORRIED !
If you can't even give it away for free, how do you expect to sell it, stupid ?
#3
Posted 10 September 2005 - 12:32 AM
Using ZZUL
Bored??? Release your inner mule and get involved with your favorite file sharing program, EMULE!!!!!! Check out my feature request.
Modifications!!!....................Speed Up eMule!!! Partly Done
On Queue 2........................Individual Max Sources/File Partly Done
Advanced Sorting.................Slot for Small Files
Easy Switching.Partly Done....Advanced Priority System
To accomplish great things, we must not only act, but also dream; not only plan, but also believe
#4
Posted 10 September 2005 - 04:47 AM
i am downloading from one right now at a whopping 500Bytes/s
(and i think i have seen it more often when downloading from them, i'll keep an eye out for this now though)
while typing this, the speed dropped to 200Bytes/s
#5
Posted 10 September 2005 - 12:43 PM
Maybe it is a zzul specific problem.
P2P is not piracy, it's marketing.
In fact, if your music or movie is NOT being downloaded, you should be WORRIED !
If you can't even give it away for free, how do you expect to sell it, stupid ?
#6
Posted 11 September 2005 - 06:02 AM
Maybe ZZUL has some bugs???
Bored??? Release your inner mule and get involved with your favorite file sharing program, EMULE!!!!!! Check out my feature request.
Modifications!!!....................Speed Up eMule!!! Partly Done
On Queue 2........................Individual Max Sources/File Partly Done
Advanced Sorting.................Slot for Small Files
Easy Switching.Partly Done....Advanced Priority System
To accomplish great things, we must not only act, but also dream; not only plan, but also believe
#7
Posted 11 September 2005 - 07:54 AM
#8
Posted 11 September 2005 - 02:56 PM
I have not seen such a behaviour either.
What is the score of the edonkey client that is downloading? Is its score higher than that of the first client in the waiting queue?
#9
Posted 12 September 2005 - 02:28 AM
Bored??? Release your inner mule and get involved with your favorite file sharing program, EMULE!!!!!! Check out my feature request.
Modifications!!!....................Speed Up eMule!!! Partly Done
On Queue 2........................Individual Max Sources/File Partly Done
Advanced Sorting.................Slot for Small Files
Easy Switching.Partly Done....Advanced Priority System
To accomplish great things, we must not only act, but also dream; not only plan, but also believe
#10
Posted 12 September 2005 - 08:17 AM
I once had one there for hours downloading 0B/s.
The upload worked allright but the slot assignment were shifted (the EDonkey was alwys occuing the first oe).
#11
Posted 12 September 2005 - 12:21 PM
IF you get to download from one of them, you will get a crumb of ~20kB and put back for most of the time, or he'll upload @5-200B/s... I don't understand the devs there.
However, something interesting:
A few days ago a friend of mine wanted to upload a file to me. He can upload @ 150kB/s but I only got ~30-40kB/s - even with USS lowering my upload to 1kB/s... I thought it was my (the downloaders) fault, but then he rebooted to Linux and started his MLDonkey client and... voilà: 140+ kB/s from him.
This seems pretty strange to me and I now suspect that there is a bug (maybe cache/CPU related) in eMule.
In fact, I wonder why there is only 50kB-100kB caching in upload? Clients with fast lines are able to upload way faster... maybe this value should be kind of variable to suit their needs.
EDIT: just checked out the code and changed it - IMHO it makes more sense that way...
Quote
{
//>>> WiZaRd - caching
//hmmm official code would upload @3.5kB/s to every client...
//that's cached data for ~15sec upload
//with higher speeds this won't suffice...
const uint32 cache = max(15*GetDatarate(), 50*1024);
//<<< WiZaRd - caching
// See if we can do an early return. There may be no new blocks to load from disk and add to buffer, or buffer may be large enough already.
if(m_BlockRequests_queue.IsEmpty() // There are no new blocks requested
|| m_addedPayloadQueueSession > GetQueueSessionPayloadUp()
//>>> WiZaRd - caching
//&& m_addedPayloadQueueSession - GetQueueSessionPayloadUp() > 50*1024
&& m_addedPayloadQueueSession - GetQueueSessionPayloadUp() > cache
//<<< WiZaRd - caching
) // the buffered data is large enough already
return;
CFile file;
byte* filedata = 0;
CString fullname;
bool bFromPF = true; // Statistic to breakdown uploaded data by complete file vs. partfile.
CSyncHelper lockFile;
try{
// Buffer new data if current buffer is less than 100 KBytes
while (!m_BlockRequests_queue.IsEmpty()
&& GetRemainingUp() > 0 // VQB: fullChunk
//>>> WiZaRd - caching
//&& (m_addedPayloadQueueSession <= GetQueueSessionPayloadUp() || m_addedPayloadQueueSession-GetQueueSessionPayloadUp() < 100*1024)
&& (m_addedPayloadQueueSession <= GetQueueSessionPayloadUp() || m_addedPayloadQueueSession-GetQueueSessionPayloadUp() < 2*cache)
//<<< WiZaRd - caching
)
{
Requested_Block_Struct* currentblock = m_BlockRequests_queue.GetHead();
...
...
Running fine right now but have to wait until I find one of my friends with higher upload BW....
This post has been edited by tHeWiZaRdOfDoS: 12 September 2005 - 01:18 PM
#12
Posted 12 September 2005 - 01:23 PM
saw this behaviour too. This isn't related to zz or any mod. Sometimes when a friend of me want to give me >50 kbs upload, I'm not able to take this speed. You can try this many times, with different mods/versions... sometimes it works, sometimes not.
It isn't related to the uploadbuffer, because I can upload to myself with a few hundret kbs without any problem.
#13
Posted 12 September 2005 - 01:28 PM
#14
Posted 12 September 2005 - 01:37 PM
start a seconond emule and upload to yourself. Try both codes and look if there's anything changing at performance.
I believe the speed problem is more related to the timeout-problem we talked about via PM.
#15
Posted 12 September 2005 - 01:38 PM
Quote
This is a well known issue. However, after trying to solve it for several days, I'm starting to wonder whether the issue is with eMule or with Windows itself.
I've only experienced it on a LAN myself, since 150kB/s over the internet isn't easy to come by.
Thanks for isolating the issue to the uploading side, by the way. If you could test it the other way around, eMule->ML, it could also help.
SlugFiller rule #1: Unsolicited PMs is the second most efficient method to piss me off.
SlugFiller rule #2: The first most efficient method is unsolicited eMails.
SlugFiller rule #3: If it started in a thread, it should end in the same thread.
SlugFiller rule #4: There is absolutely no reason to perform the same discussion twice in parallel, especially if one side is done via PM.
SlugFiller rule #5: Does it say "Group: Moderators" under my name? No? Then stop telling me about who you want to ban! I really don't care! Go bother a moderator.
SlugFiller rule #6: I can understand English, Hebrew, and a bit of Japanese(standard) and Chinese(mandarin), but if you speak to me in anything but English, do expect to be utterly ignored, at best.
#16
Posted 12 September 2005 - 02:07 PM
It has definitely nothing to do with the CreateNextBlockPackage.
It seems that the problem is related to the socket that eMule is using.
To the topic, banning of other clients.
When the network would be owned by the dev’s they may ban some clients that are not welcome.
But the network is an open one and if there is a legal owner that it is the one who made the edonky 2000 client.
It is not relevant who have the most users.
When the dev’s would ban shareaza, or Edonkeyhybrid or so they may get juristic problems, this even applies to banning mods, at least in theory.
That’s why the dev’s are banning only GPL breakers, and why they will probably never ban mods or other clinets.
David
it is the first client to be able to download form multiple networks the same file.
NL provides the first fully decentralized scalable torrent and DDL keyword search,
it implements an own novel anonymous file sharing network, providing anonymity and deniability to its users,
as well as many other new features.
It is written in C++ with Qt and is available for Windows, Linux and MacOS.
#17
Posted 12 September 2005 - 02:16 PM
DavidXanatos, on Sep 12 2005, 03:07 PM, said:
It is not relevant who have the most users.
When the dev’s would ban shareaza, or Edonkeyhybrid or so they may get juristic problems, this even applies to banning mods, at least in theory.
I don't see where there would be a "justic" side stating that banning is not allowed...
but even if we consider the devs' rulez by banning clients on behaviour then the extrem low/corrupted upload and additional packets the donkeys are sending would be a (valid) reason to get rid off them.
But iMHO there is also the choice of the single user and though it's not allowed a manual ban or just the ban from DL (while still uploading to those !§"%"§!) would be a great addon because they are killing your speed or corrupting your files...
Finally, I'm so glad that eMule is OpenSource and that I can at least ban them that way...
#18
Posted 12 September 2005 - 02:25 PM
To the juristic side,
When a client has a forum and makes there advertisement for some products, and/or is taking money for removing an annoying advertisement window in the client, event if it’s open source.
By banning this client you would make harm to this organisation who is releasing it. And not some theoretical uncountable pseudo harm like the client may cause to the network but a real harm that can be counted in $ or €, be banned means less users less users means les money.
So the organization can go the juristic way against you, because you are destroying their business, and when you are a monopolist, like the eMule dev’s that it may become really ugly.
David
This post has been edited by DavidXanatos: 12 September 2005 - 02:25 PM
it is the first client to be able to download form multiple networks the same file.
NL provides the first fully decentralized scalable torrent and DDL keyword search,
it implements an own novel anonymous file sharing network, providing anonymity and deniability to its users,
as well as many other new features.
It is written in C++ with Qt and is available for Windows, Linux and MacOS.
#19
Posted 12 September 2005 - 03:00 PM
Eurrr - to get that right: I could write a closed source client for eD2K, add no uploading at all or corrupted uploads (maybe add a switch to let the users decide) - sell it for 20€ per license and promote it a lot... and the main clients won't be allowed to ban me for that behaviour or I could sue them!? Wow that's hillarious
[SARKASM off...]
#20
Posted 12 September 2005 - 03:23 PM
When you upload corrupted data then it is not legal, because you are corrupting uploads of other users.
But a 0 upload option would be legal.
But when you would upload only to your own clients than it would be legal again to ban you.
David
it is the first client to be able to download form multiple networks the same file.
NL provides the first fully decentralized scalable torrent and DDL keyword search,
it implements an own novel anonymous file sharing network, providing anonymity and deniability to its users,
as well as many other new features.
It is written in C++ with Qt and is available for Windows, Linux and MacOS.