Official eMule-Board: Any Way To Prevent Temp From Taking So Much Space? - Official eMule-Board

Jump to content


Page 1 of 1

Any Way To Prevent Temp From Taking So Much Space? it's really annoying!

#1 User is offline   ggiowik 

  • Newbie
  • Pip
  • Group: Members
  • Posts: 5
  • Joined: 19-June 04

Posted 20 June 2004 - 05:06 PM

as far as I'm concerned this is the only REALLY BIG PROBLEM with emule.

even with a 120gb drive, emule eats the space up really quickly, and a lot of people don't have even that much.
why can't emule just treat them as sparse files and symbolize that there is a certain length of zeros at a certain location without actually taking up space with them?


isn't there some way right now to stop temp files from taking so much space?
0

#2 User is offline   Crackle 

  • Splendid Member
  • PipPipPipPip
  • Group: Members
  • Posts: 172
  • Joined: 12-March 04

Posted 20 June 2004 - 05:17 PM

Sparse files would be a good idea, they were discussed some time but I cant recall the outcome.

As an alternative you can use the compress attribute on the folder and effectively get the same effect (assuming your running XP Pro or better).
0

#3 User is offline   SlugFiller 

  • The one and only master slug
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 6988
  • Joined: 15-September 02

Posted 20 June 2004 - 07:18 PM

They have to be complete eventually. There's very little difference between taking up space now and taking up space later. If you only have space for a few of them at a time, I suggest you pick those few and pause the rest.
Why haven't you clicked yet?

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.
0

#4 User is offline   netfinity 

  • Master of WARP
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 1658
  • Joined: 23-April 04

Posted 20 June 2004 - 07:29 PM

I like that eMule does allocate the space as early as possible as that reduces harddisk fragmentation.

Just remember Kazaa as it was creating billiions of tiny fragments on your harddisk if you tried downloading more than one file at once. Such fragmentation makes your harddisk head to move constantly, heavily reducing the lifespan of the harddisk. In extent to that fragmentation makes harddisks slow, plus they make a lot of unnecessary noice.
eMule v0.50a [NetF WARP v0.3a]
- 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!)
0

#5 User is offline   WRFan 

  • Advanced Member
  • PipPipPip
  • Group: Members
  • Posts: 79
  • Joined: 03-November 02

Posted 21 June 2004 - 05:22 AM

all you have to do is to compress the temp folder using ntfs compression. then the temp files will have the size of downloaded parts, so a 700mb temp file will be only 20kb big at the download start, increasing in size gradually
0

  • Member Options

Page 1 of 1

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users