Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Iodmys]

When I download with aMule, every single file ends up in paused mode after a few hours. Needless to say, this is so annoying that I think I'll have to switch back to XP and eMule. (I've tried running eMule on Wine, but it crashes in an hour or two). What basically happens is that I start downloading some files (a few dozen maybe), come back later, and the files are all paused and aMule says there's not enough disk space. I free up some disk space and resume the dowloads, come back in a few hours, and the same thing happens again, and again.

This seems particularly strange, since all of the files which are downloading seem to already take up an amount of disk space equal to their file size. And yet, every few hours I keep running out of disk space. I guess maybe it's because every time there remain a few files for which disk space hasn't been allocated yet.

It's also annoying that, unlike eMule, aMule only displays the total size of shared files, but it doesn't display how much disk space I have and how much additional space is needed for downloads. (note the the total size of shared files statistic isn't of much help since not all files I'm downloading instantly become shared files, so it seems the only way to know the total size of all downloads is to manually sum up the sizes of each download, this would be rather annoying if you have dozens or hundreds of downloads).

I've been using eMule on XP for a long time, and when it ran out of disk space, it only paused files for which space couldn't be allocated, but kept downloading the rest of the files. What's the explanation for this strange and extraordinarily annoying behavior of aMule?

P.S.
Don't be smart and tell me to get a bigger hard drive.

[Kry]

Get a bigger hard drive

[Iodmys]

Originally posted by Kry
Get a bigger hard drive

I'm really not amused by your response. It seems like a bug to me (a bug in the specifications rather than programming, but still a bug). I was wondering if there's any particular reason why aMule behaves like this, while eMule behaves in a much nicer way.

[pleur]

isn't it your Fedora that is filling your harddisk? (trash or whatsoever)

aMule has (like eMule) an option to check disk-space in advance, tried using that?

I don't have any probs with aMule filling up my disk

Oh, and a bit silly to add the last phrase to your topic-start, you put that line there after Kry's reply!

**EDIT**

*sorry, forget my last sentence, i misread the first time*

[Kry]

Originally posted by Iodmys

Originally posted by Kry
Get a bigger hard drive

I'm really not amused by your response.

Wow, I feel so hurt.You were ASKING for that response by telling us not to tell you that. Really. Never tell anyone what they should NOT reply to a question, or you'll probably get that reply, specially if you start by "don't be smart and...". Really.

Oh, and a bit silly to add the last phrase to your topic-start, you put that line there after Kry's reply!

Nono, the sentence was there already.

As for the topic, aMule pauses the files when it is about to write data and tehre's not enough space to put that data into. chances are it doens't check if the space for the file it is writing to it's already allocated, and I'll take a look at that... at some point... in the future... maybe.

On a side note, everyone that is surprised by my behaviour here (which I doubt surprises anyone, tho), is free to read this post on emule forum by the same user.

[Iodmys]

Originally posted by pleuraMule has (like eMule) an option to check disk-space in advance, tried using that?

Yes, I DID notice that option and tried aMule with it both checked and unchecked, apparently, it didn't help.

Originally posted by pleur
I don't have any probs with aMule filling up my disk

I guess you just have a larger hard drive and/or are not downloading as much.

Originally posted by Kry
Wow, I feel so hurt.You were ASKING for that response by telling us not to tell you that. Really. Never tell anyone what they should NOT reply to a question, or you'll probably get that reply, specially if you start by "don't be smart and...". Really.

The problem wasn't that you told me to get a bigger hard drive per se, the problem was that you didn't post anything except that. If you had told me to get a bigger drive made a serious post right afterwards, that would've been a different matter entirely.

Originally posted by Kry
As for the topic, aMule pauses the files when it is about to write data and tehre's not enough space to put that data into. chances are it doens't check if the space for the file it is writing to it's already allocated, and I'll take a look at that... at some point... in the future... maybe.

I don't really get that. So you're saying that it allocates space for a file, but later writes file data OUTSIDE of the allocated space? That's a heck of a bug to still be present after so long.

Originally posted by Kry
On a side note, everyone that is surprised by my behaviour here (which I doubt surprises anyone, tho), is free to read this post on emule forum by the same user.

Ok, you've just pointed out yourself that there's a serious and very visible bug in aMule after at least three years of development, and you expect to get compliments? So, if someone built a house for you, and it collapsed in 30mph wind, while all of the neighbors' houses remained standing, you wouldn't bitch about it? I'm sure you would. As a side note, I could have easily just used a different name when posting on that forum and even concealed my IP, but I don't have much to hide.

By the way, I originally posted that on the Fedora forum, and only later on eMule forum with minor changes.

[Kry]

Yes, because the fact aMule pauses your files when you're downloading way more files than the space you have on the hard disk, is a VERY CRITICAL bug. Like, whoa, I wonder why noone noticed before you that the "pause file when disk full" option was flawed. Wait, because people doesn't usually download hundreds of files that doesn't fit in their hard disk.

On a side note,

I don't really get that. So you're saying that it allocates space for a file, but later writes file data OUTSIDE of the allocated space? That's a heck of a bug to still be present after so long.

made me giggle. Read my sentences again, and if you don't get it this time, read them AGAIN.

[Iodmys]

Originally posted by Kry
Yes, because the fact aMule pauses your files when you're downloading way more files than the space you have on the hard disk, is a VERY CRITICAL bug.

Yes, it shouldn't pause files for which space was already allocated. Give me a good reason why it does this.

Originally posted by Kry
Like, whoa, I wonder why noone noticed before you that the "pause file when disk full" option was flawed. Wait, because people doesn't usually download hundreds of files that doesn't fit in their hard disk.

I usually download as many files as will fit onto my drive. How do you know what other people do? You probably don't. Actually, you are partially right, people DOESN'T usually download that many files WITH AMULE. And you know why? Because the vast majority of them have XP and run eMule, which they can and probably do use to download as many files as will fit onto their disk. So you're just admitting that aMule is completely inferior to eMule?

Originally posted by Kry
 made me giggle. Read my sentences again, and if you don't get it this time, read them AGAIN.

As for the topic, aMule pauses the files when it is about to write data and tehre's not enough space to put that data into. chances are it doens't check if the space for the file it is writing to it's already allocated,

Those sentences don't make a lot of sense to an individual who can't read your mind and decipher what you mean by them. How is there not enough space to put that data into when the space has been allocated beforehand? And what's the point of allocating space if it can't write to it later and complete the download?

I hope you understand one thing: I am not an eMule fanboy and I do not bear some grudge toward aMule. I'm simply judging each program on its merits, and what I'm seeing is that eMule beats aMule hands down in most or all categories. I don't mean to offend you, only to express my opinion, but it is an opinion which I'm sure is shared by the majority of people who have seen both programs. Taking offense to such opinions, if that's what you're doing, is merely a sign of immaturity.

[Kry]

Originally posted by Iodmys

Originally posted by Kry
Yes, because the fact aMule pauses your files when you're downloading way more files than the space you have on the hard disk, is a VERY CRITICAL bug.

Yes, it shouldn't pause files for which space was already allocated. Give me a good reason why it does this.

It's called a bug.

Originally posted by Iodmys

Originally posted by Kry
Like, whoa, I wonder why noone noticed before you that the "pause file when disk full" option was flawed. Wait, because people doesn't usually download hundreds of files that doesn't fit in their hard disk.

I usually download as many files as will fit onto my drive. How do you know what other people do? You probably don't.

Yes I do. Because, how many threads you see about this problem? In 3 years of project life?

Originally posted by Iodmys

Originally posted by Iodmys
Actually, you are partially right, people DOESN'T usually download that many files WITH AMULE. And you know why? Because the vast majority of them have XP and run eMule, which they can and probably do use to download as many files as will fit onto their disk. So you're just admitting that aMule is completely inferior to eMule?

QFTW as they would say. so I'm saying people using aMule is not dumb enough to download files taht take much more space than they actually have, and you take taht as a proof that I'm saying AMule is inferior to eMule? Wow. Really. Wow.

Originally posted by Iodmys

Originally posted by Kry
 made me giggle. Read my sentences again, and if you don't get it this time, read them AGAIN.

As for the topic, aMule pauses the files when it is about to write data and tehre's not enough space to put that data into. chances are it doens't check if the space for the file it is writing to it's already allocated,

Those sentences don't make a lot of sense to an individual who can't read your mind and decipher what you mean by them.

Actually, they do make a lot of sense to an individual with some skills to read a sentence and understand it. My job is not, and will never be, make my sentences apt for 3-year-olds unable to understand something so simple.

Originally posted by Iodmys
How is there not enough space to put that data into when the space has been allocated beforehand?

Duuuuuh. There's no space left in the disk to suit that chunk of data. Like, there's 2MB left and the data is 3MB. aMule sees that and pauses the file. So simple. Except:

Originally posted by Iodmys
And what's the point of allocating space if it can't write to it later and complete the download?

aMule doesn't allocate ANY space. The OS does. When you write to a file, in a random position, the fille gets allocated up to that position. To be able to counter such behaviour, aMule would have to:

a) Actually allocate only the downloaded data, making a new part/part.met format incompatible with all other apps, included eMule

b) Just relay on the filesystem being sparse. Which is the current behaviour.

c) For each file write, ask the OS for the file size, check the position where you're writing, if it's past the current file size check difference against free disk space, pause if over that difference. If the data downloaded position plus its size is less than the current file size, don't do any disk size check.

Now, a) is not an option for me. b) is current implementation, most people have sparse filesystems now btw. c) would fix your problem, sure, but it's a fucking pain in the ass CPU-wise and stresses the hard disk in a bad way (saving kernel caching).

Now, do you want your aMule to take more CPU, make more (unnecessary) use of your hdd, or do you prefer aMule does asume your FS is sparse and you take care of not downloading more files than fit on your harddrive.

I am all for the second option.

Originally posted by Iodmys
I hope you understand one thing: I am not an eMule fanboy and I do not bear some grudge toward aMule. I'm simply judging each program on its merits, and what I'm seeing is that eMule beats aMule hands down in most or all categories. I don't mean to offend you, only to express my opinion, but it is an opinion which I'm sure is shared by the majority of people who have seen both programs. Taking offense to such opinions, if that's what you're doing, is merely a sign of immaturity.

That's funny comming from the "aMule, is, in my opinion, a huge pile of donkey dung", "I won't even mention the horrible and VERY laggy interface of aMule", repeat insults ad nausea guy. Really. It's funny because it's ironic. You have made NO CONSTRUCTIVE COMMENT on ANY topic, just rants, rants, rants, rants. You didn't contribute more than a pile of rants and shit, and you don't even deserve the detailed explanation I gave above. You, sir, have no respect for people working FOR FREE on making applications you use FOR FREE, you're a just a whinny little man everyone's feeling pitty for right now.

You, sir, have failed as an open source user.

[vdb]

We must start having spell and grammar checking functionality on this forum.

All these rants with all these errors, what will the youngsters think of us when they read this 200 years from now?

[Kry]

Originally posted by vdb
We must start having spell and grammar checking functionality on this forum.

All these rants with all these errors, what will the youngsters think of us when they read this 200 years from now?

Think again. People that rant and do spelling errors won't (possibly) breed anyway.

[Iodmys]

Originally posted by Kry
Yes I do. Because, how many threads you see about this problem? In 3 years of project life?

And how many people use aMule? Not very many (compared to eMule).

Originally posted by Kry
QFTW as they would say. so I'm saying people using aMule is not dumb enough to download files taht take much more space than they actually have, and you take taht as a proof that I'm saying AMule is inferior to eMule? Wow. Really. Wow.

It's more efficient to do what I did with eMule. I could download more gigabytes in a given amount of time, all the while spending less time myself figuring out if I have enough disk space. You can't argue with that statement. Perhaps I'm a more avid downloader than many people, but doing what I did has nothing to do with being smart or dumb.

Originally posted by Kry
Actually, they do make a lot of sense to an individual with some skills to read a sentence and understand it. My job is not, and will never be, make my sentences apt for 3-year-olds unable to understand something so simple.

Your sentences make sense to YOU, so you think that they'll make sense to most other people as well, but that's not always the case. Isn't it funny how Feynman's Physics Lectures make sense to me, Landau's Theoretical Mechanics makes sense to me, real analysis books make sense to me, special relativity makes sense to me, quantum mechanics makes some sense, programming books make sense to me, but your few sentences do not? Granted, I’m very lazy and know very little about programming, but I still think the problem is with your explanations and not with my understanding.

Originally posted by Kry
There's no space left in the disk to suit that chunk of data. Like, there's 2MB left and the data is 3MB. aMule sees that and pauses the file. So simple. Except:
aMule doesn't allocate ANY space. The OS does. When you write to a file, in a random position, the fille gets allocated up to that position.

Well, I have the “download first and last chunks first” option enabled. So if what you say is true, most of my files would be allocated up to the very end of each file, which they seem to be. Ok, lets say I’m downloading six files, and each file is 700MB in size. The first and last chunks of each file have already been downloaded. Now I look in the temp folder and see six temp .part files, and each of these .part files is 700MB. So, do these files actually take up much less than 700MB on my disk, despite the fact that they’re listed as being 700MB in size? I.e. would it be possible for me to have 1000 of these 700MB files on my hard drive, despite the fact that my drive’s size is only 50GB? If that’s the case, then I guess it might explain a few things I’ve been seeing. I take it that this is NOT the case with eMule and XP though? I’m pretty sure that on XP I could not have more than about 70 of these 700MB .part files. Perhaps this is because Linux and XP handle these sparse files in different ways, and this has nothing to do with the difference between eMule and aMule? So this is NOT a bug in aMule after all?

Originally posted by Kry
c) For each file write, ask the OS for the file size, check the position where you're writing, if it's past the current file size check difference against free disk space, pause if over that difference. If the data downloaded position plus its size is less than the current file size, don't do any disk size check.

So, is this what eMule does? As far as allocating disk space, eMule (or XP?) seems to allocate space not up to the position being written to, but all the way to the end, even if only the beginning has been written to so far.

Originally posted by Kry
Now, do you want your aMule to take more CPU, make more (unnecessary) use of your hdd, or do you prefer aMule does asume your FS is sparse and you take care of not downloading more files than fit on your harddrive.

Honestly, that would depend on just how much more resources aMule would be using. If we wanted to consume the least resources, then we’d be using a command line interface, but we’re not, are we?

Originally posted by Kry
You, sir, have no respect for people working FOR FREE on making applications you use FOR FREE, you're a just a whinny little man everyone's feeling pitty for right now.

Yeah, sure, I have no respect for the eMule development team. Oh, did I mention Torvalds? Absolutely no respect for him either... I have little respect for arrogant people like yourself. If aMule is as good as eMule, why isn’t aMule used on Windows, but only on Linux, where eMule in not available?

Originally posted by Kry

Originally posted by vdb
We must start having spell and grammar checking functionality on this forum.

All these rants with all these errors, what will the youngsters think of us when they read this 200 years from now?

Think again. People that rant and do spelling errors won't (possibly) breed anyway.

That's especially funny, since I'm not the one who's been making most of the spelling errors. I made a single spelling error, you made at least TEN. (Paste this into Microsoft Word and see for yourselves). And anyway, the stupid people breed more than intelligent people (not that I am stupid).


By the way, Kry, here's what others are saying about aMule's interface (in case you didn't notice):

Very powerful software. Horrible, horrible interface. We Mac users frown upon bad interfaces. Sorry, just kidding.
In sooth, the GUI is really neither pretty nor user-friendly.

the best and fastest edonkey client even if the interface sucks

Do not be dissuaded by the UI, it may not be amazing, but remember this has to run and look acceptabl on every OS.

The screen redraw isn't so hot, but maybe it's a Java app?