aMule Bug Tracker - aMule
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000665aMuleUtilitiespublic2005-11-20 19:162008-07-09 15:27
Reportergass 
Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionopen 
PlatformOSOS Version
Product Version2.0.3 
Target VersionFixed in Version 
Fixed in Revision
Operating System
Summary0000665: Amuleweb is too slow on transfer page
DescriptionAmuleweb is too slow when transfers list is too big (not too bif ... just passing 10 items).

reported to bugs.debian.org -> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=339605 [^]

but, decide to come and report it at amule mantys interface.

It is very nice amuled and amuleweb to put it in servers that do not have X.

I don't know which features are in amuleweb, but it was nice to make avaiable the option to refresh the ipfilter list.

regards

Luis Matos
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2005-11-20 19:16gassNew Issue
2005-11-21 01:45gassNote Added: 0001494
2005-11-21 01:59gassNote Added: 0001495
2005-11-21 09:21KryNote Added: 0001497
2005-11-21 22:56gassNote Added: 0001499
2005-11-21 23:13gassNote Edited: 0001499
2005-11-22 15:39gassNote Added: 0001500
2005-11-23 13:08KryNote Added: 0001509
2005-11-23 13:59gassNote Added: 0001510
2005-11-23 15:09KryNote Added: 0001511
2006-04-03 17:43mathesisNote Added: 0001936
2006-04-03 17:46mathesisNote Added: 0001937
2006-04-03 17:49mathesisNote Deleted: 0001936
2006-04-03 17:50mathesisNote Edited: 0001937
2006-04-03 17:58mathesisNote Edited: 0001937
2006-04-04 13:14KryNote Added: 0001939
2008-07-09 15:27WuischkeStatusnew => closed

Notes
(0001494)
gass   
2005-11-21 01:45   
The problem seems to be the image rendering for the status bar
(0001495)
gass   
2005-11-21 01:59   
ls -l .aMule/Temp/*.part | wc -l
 196
(0001497)
Kry   
2005-11-21 09:21   
200 items of info it's... well. A lot.

Why would the image render be the problem? Any info that backs that up?
(0001499)
gass   
2005-11-21 22:56   
(edited on: 2005-11-21 23:13)
because when amuleweb crashes, it just shows about 40 or 50 progress images ... and the rest of the page is done, except of the progress images.

Now it is working fine - restarted amule and amuleweb - (it is the first time in 6 days - list gone too long 3 days ago), but still ... is too slow showing the list.

edited on: 11-21-05 23:13
(0001500)
gass   
2005-11-22 15:39   
again ... it crashes even before showing anything. Sengmentation Fault.

Well ... it seems anyone have the same problem, but can anyone confirm that even in lan, amuleweb is slow to produce output from transfer page?
(0001509)
Kry   
2005-11-23 13:08   
It's ok here on lan. amuleweb shouldn't crash of course. Soemthing in the amount of files you have is triggering a crash. do you have any gdb backtrace?
(0001510)
gass   
2005-11-23 13:59   
no, have no debug. can you please help me with that, so that we can findout what is going on?

With slow, i mean REAL slow, several minutes. Can't anything be done to achieve better performance?
(0001511)
Kry   
2005-11-23 15:09   
Probably we could find a way to optimize that, of course.

Please check http://www.amule.org/wiki/index.php/Backtraces [^]
(0001937)
mathesis   
2006-04-03 17:46   
(edited on: 2006-04-03 17:58)
I have this problem for a long time even with aMule 2.1.1.
No need to have 200 download items, passed 10 items it's already difficult to have an instant refresh of the window (aMule is started since about 1-2 hour).

Very very anoying, I must restart aMule each time I want to search, scroll etc.

nb: with 2.1.1 it's better (less worse :-) ). Between two moments where aMule bugs, it's possible to have everything ok.

modifié le : 04-03-06 17:58
(0001939)
Kry   
2006-04-04 13:14   
I would prefer if you test current CVS, as I did several fixes to EC.