View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001415aMuleSharedfilespublic2008-09-18 01:392009-07-20 22:39
Assigned ToGonoszTopi 
StatusresolvedResolutionwon't fix 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0001415: Shared Directories Auto-Rescan
DescriptionAdd an option to automatically rescan shared directories per a user-specified time period.
TagsNo tags attached.
Fixed in Revision
Operating SystemAny
Attached Files

- Relationships

-  Notes
Marcell (developer)
2009-05-26 22:00

I don't think that this is a good idea.

Hashing files slows down the system very much and it can get annoying if you are busy working and get interrupted by a rescan and hashing of your shared files.
myth88 (updater)
2009-07-01 19:50

Also, example: I unpack a new release with 4 gb of size, but unpacking isn't finished yet, and aMule hashes the not finished file...

...wouldn't be such as good ;)
Kulag (reporter)
2009-07-20 19:30

Rescans are fast, and hashing can be put on a low priority thread. Files that are already hashed are not rehashed, so provided your shared directories don't gain any files, it wouldn't have any effect of performance.

aMule considers files that have the same filename and size to be the same when scanning (IIRC), so if a partially extracted file is hashed accidentally, the only negative result will be that extraction will slow down temporarily. You will not end up with aMule sharing the fully extracted file with the wrong hash.

I made a patch that hardcodes a rescan every 30 minutes, and have never had any trouble with it.

What I'm asking for is a feature that can be adjusted or turned off by those it annoys. It doesn't even have to be on by default.
GonoszTopi (administrator)
2009-07-20 22:39
edited on: 2009-07-20 22:40

You can already achieve this with scheduled run of amulecmd, for example put the following line in your crontab:

*/30 * * * * /usr/bin/amulecmd -c "reload shared"

Adjust the path to amulecmd and the time step as necessary.

- Issue History
Date Modified Username Field Change
2008-09-18 01:39 Kulag New Issue
2008-09-18 01:39 Kulag Operating System => Any
2009-05-26 22:00 Marcell Note Added: 0003144
2009-07-01 19:50 myth88 Note Added: 0003216
2009-07-20 17:08 myth88 Priority normal => none
2009-07-20 17:08 myth88 Resolution open => suspended
2009-07-20 19:30 Kulag Note Added: 0003254
2009-07-20 20:52 myth88 Priority none => normal
2009-07-20 20:52 myth88 Resolution suspended => open
2009-07-20 22:39 GonoszTopi Note Added: 0003256
2009-07-20 22:39 GonoszTopi Status new => resolved
2009-07-20 22:39 GonoszTopi Resolution open => won't fix
2009-07-20 22:39 GonoszTopi Assigned To => GonoszTopi
2009-07-20 22:40 GonoszTopi Note Edited: 0003256

Copyright © 2000 - 2024 MantisBT Team
Powered by Mantis Bugtracker