View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001528aMuleFeature Requestpublic2009-06-03 17:392010-03-03 02:56
Reportergav616 
Assigned To 
PrioritynormalSeveritytweakReproducibilityN/A
StatusnewResolutionopen 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0001528: Wider range of auto upload priorities
DescriptionTo avoid the issue raised here: http://www.amule.org/wiki/index.php/AMule_is_slow#The_network.27s_fault [^] (5th bullet point)

and posted here: http://www.amule.org/amule/index.php?topic=16623.0 [^]
TagsNo tags attached.
Fixed in Revision
Operating SystemAny
Attached Files

- Relationships

-  Notes
(0003162)
gav616 (reporter)
2009-06-03 17:48
edited on: 2009-06-03 18:05

i find manually setting massively requested files to 'very low' normally perverts the explosion of uploading for that one file.

So that might be one way to head down.

edited on: 06-03-09 17:49

edited on: 06-03-09 18:05
(0003163)
Marcell (developer)
2009-06-03 18:21

I agree with gav616. Setting the priority to "Very low" helps.

Nevertheless it would be useful to have aMule automatically set the priority to "Very low" for over popular files. I am not yet familiar how the popularity is determined, so I will have to take a closer look on this first.
(0003164)
gav616 (reporter)
2009-06-03 20:06

I believe popularity is determined only by requests, regardless of how well spread each chunk is or number of completed sources..
(0003165)
gav616 (reporter)
2009-06-03 20:14
edited on: 2009-06-03 20:16

i think the main question is,
is it enough to widen the auto upload range by 2: [VL, L, N, H, VH]
or is a totally different approached to upload priority needed to be looked at?

atm, I think adding a slightly wider range to the current 'emule' design would be sufficient though, just to suppress highly requested files.

edited on: 06-03-09 20:16
(0003386)
gav616 (reporter)
2010-03-03 02:56

http://wiki.amule.org/index.php/AMule_is_slow#The_network.27s_fault [^]

updated url

- Issue History
Date Modified Username Field Change
2009-06-03 17:39 gav616 New Issue
2009-06-03 17:39 gav616 Operating System => Any
2009-06-03 17:48 gav616 Note Added: 0003162
2009-06-03 17:49 gav616 Note Edited: 0003162
2009-06-03 18:05 gav616 Note Edited: 0003162
2009-06-03 18:21 Marcell Note Added: 0003163
2009-06-03 20:06 gav616 Note Added: 0003164
2009-06-03 20:14 gav616 Note Added: 0003165
2009-06-03 20:16 gav616 Note Edited: 0003165
2010-03-03 02:56 gav616 Note Added: 0003386


Copyright © 2000 - 2019 MantisBT Team
Powered by Mantis Bugtracker