aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Author Topic: lost share ratios on shutdown  (Read 1710 times)

lost99

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 9
lost share ratios on shutdown
« on: June 08, 2007, 06:52:49 PM »
I only use aMule cvs on fedora development.
I shut down for 8 hours and all my share ratios were gone. 
I would need  to set my download speed to zero for a long time to remove files from my Incoming directory when they reached >1.0 and enough sources existed.
Presently I am not limiting DL speed because I want to remove a file when it is possible based on share ratio of  the file.  I hope to remove all shared files based on their share ratios  so I can work on as few files at a time as I want.
I could set UL speed=DL speed and shut down whenever UL=DL  but my individual file share ratio history might get erased again.
What is going on?  I don't know what part of your code saves the share ratios or what file they are saved  in so I can't work around it. 
Usually I build a new aMule cvs whenever I shutdown and I use a usb harddrive which I mount manually.  Sometimes  I  create  empty  Incoming and Temp directories if I start aMule without mounting the usb harddrive first but my preferences appear unchanged as far as speed and port numbers are concerned-only directory locations need to be changed back in amule.conf.   If I understood the problem I would not have to make this post.   Is there a limit on saved statistics? Which file in the .aMule directory do I have to write protect between shutdown and starting aMule up again inorder to prevent an accidental erasure of share ratios if forgetting to mount my usb harddrive is causing the problem?


Logged

skolnick

  • Global Moderator
  • Hero Member
  • *****
  • Karma: 24
  • Offline Offline
  • Posts: 1188
  • CentOS 6 User
Re: lost share ratios on shutdown
« Reply #1 on: June 08, 2007, 10:23:08 PM »
The share ratios get erased if, for example, you rename one of the shared files. aMule will rehash it but it will not remember that this file was previously shared with another name, so it will not keep the share ratio. That might be a feature request, but I don't know how easy can it be to implement. This information is saved to the known.met file, or some of the other met files IIRC.

Regards.
Logged