0000665: Amuleweb is too slow on transfer page

(0001494)
gass (reporter)
2005-11-21 01:45

The problem seems to be the image rendering for the status bar

(0001495)
gass (reporter)
2005-11-21 01:59

ls -l .aMule/Temp/*.part | wc -l
196

(0001497)
Kry (manager)
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 (reporter)
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 (reporter)
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 (manager)
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 (reporter)
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 (manager)
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 (reporter)
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 (manager)
2006-04-04 13:14

I would prefer if you test current CVS, as I did several fixes to EC.

Issue History
Date Modified	Username	Field	Change
2005-11-20 19:16	gass	New Issue
2005-11-21 01:45	gass	Note Added: 0001494
2005-11-21 01:59	gass	Note Added: 0001495
2005-11-21 09:21	Kry	Note Added: 0001497
2005-11-21 22:56	gass	Note Added: 0001499
2005-11-21 23:13	gass	Note Edited: 0001499
2005-11-22 15:39	gass	Note Added: 0001500
2005-11-23 13:08	Kry	Note Added: 0001509
2005-11-23 13:59	gass	Note Added: 0001510
2005-11-23 15:09	Kry	Note Added: 0001511
2006-04-03 17:43	mathesis	Note Added: 0001936
2006-04-03 17:46	mathesis	Note Added: 0001937
2006-04-03 17:49	mathesis	Note Deleted: 0001936
2006-04-03 17:50	mathesis	Note Edited: 0001937
2006-04-03 17:58	mathesis	Note Edited: 0001937
2006-04-04 13:14	Kry	Note Added: 0001939
2008-07-09 15:27	Wuischke	Status	new => closed

Notes
(0001494) gass (reporter) 2005-11-21 01:45	The problem seems to be the image rendering for the status bar

(0001495) gass (reporter) 2005-11-21 01:59	ls -l .aMule/Temp/*.part \| wc -l 196

(0001497) Kry (manager) 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 (reporter) 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 (reporter) 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 (manager) 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 (reporter) 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 (manager) 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 (reporter) 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 (manager) 2006-04-04 13:14	I would prefer if you test current CVS, as I did several fixes to EC.

Relationships