Last Comment Bug 410538 - Download Manager should cache its "Downloads"-window list
: Download Manager should cache its "Downloads"-window list
Status: NEW
: perf
Product: Toolkit
Classification: Components
Component: Download Manager (show other bugs)
: Trunk
: All All
: -- normal with 2 votes (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
:
Mentors:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-01-02 12:36 PST by Stephen Donner [:stephend]
Modified: 2010-04-17 19:29 PDT (History)
10 users (show)
mconnor: blocking1.9-
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments

Description Stephen Donner [:stephend] 2008-01-02 12:36:29 PST
Summary: Download Manager should cache its "Downloads"-window list

Currently, even with improvements in the way we build the Download Manager list--see bug 408745 and bug 404006--we still don't cache that list; this means that subsequent Download Manager window invocations will take just as long to populate as their previous ones.
Comment 1 Mike Connor [:mconnor] 2008-02-05 23:05:43 PST
Not blocking, far too late for changes of this type.
Comment 2 christoph gille 2008-10-16 14:52:22 PDT
When  the file list in Downloads is long, users wait up to a few seconds before a new download is performed.

Waiting two extra seconds for a download is usually not a problem.

However, increasingly people are using Web-pages to control
interactive animations like in Bio-molecule graphics.

Clicking a Web link results in a certain action in the Software that
is controlled by the Web-page.


In this case 2 seconds delay for each user interaction is certainly
not acceptable.  The delay vanishes after clearing list. To my
opinion, this performance bug is important.


For examples see page 

http://3d-alignment.eu/strap_script.html
http://www.umass.edu/microbio/chime/
Comment 3 christoph gille 2008-10-26 02:11:51 PDT
The protein viewer Vmd already has the possibility to be controlled by
Web-links of the form http://localhost  

The authors of another protein viewer Pymol currently implementing this feature:
 
   "Also, we're in the process of adding web-service interface to
   PyMOL as well, so you will soon simply be able message PyMOL with
   are URL request like:
   http://localhost:port/color.pymol?color=red&selection=name%20ca"

Therefore it would be helpful if the delay of the downloads manager could be improved.
Comment 4 Henrik Skupin (:whimboo) [away 09/30 - 10/06] 2008-10-27 16:13:30 PDT
Shawn, anything we can do to improve the time needed to enqueue a new download?
Comment 5 Shawn Wilsher :sdwilsh 2008-10-27 16:24:11 PDT
I'm not seeing this delay myself, nor do I see code that would cause it (short of network latency)
Comment 6 Henrik Skupin (:whimboo) [away 09/30 - 10/06] 2008-10-27 16:38:28 PDT
Christoph, could you attach a prepared downloads.sqlite file which shows this behavior? It's sometimes easier to have a testcase to confirm the behavior. Thanks.
Comment 7 Wayne Mery (:wsmwk, NI for questions) 2010-04-17 19:29:12 PDT
(In reply to comment #6)
> Christoph, could you attach a prepared downloads.sqlite file which shows this
> behavior? It's sometimes easier to have a testcase to confirm the behavior.
> Thanks.

Christoph appears to be gone

Note You need to log in before you can comment on or make changes to this bug.