Ticket #2636 (new enhancement)
Opened 6 years ago
Last modified 3 years ago
browsing a directory with many files takes a long time
| Reported by: | joramagten@… | Owned by: | cboos |
|---|---|---|---|
| Priority: | normal | Milestone: | next-major-0.1X |
| Component: | version control/browser | Version: | 0.9.3 |
| Severity: | normal | Keywords: | performance |
| Cc: | |||
| Release Notes: | |||
| API Changes: | |||
Description
when browsing a repository browser with a lot of files (tested with 3370) it takes a long time (minutes) before the files are shown in the browser.
enhancement: It would be better to limit the amount of files processed, as to process them in blocks (configurable, default 250?)
tested with gentoo-linux on a P4 2.4GHz 512MB RAM with apache and fastcgi (5 preforks) as interface to trac (0.9.3) (all processing power was available to trac at that moment)
client is windows xp with firefox 1.5.0.1
Attachments
Change History
comment:1 Changed 6 years ago by eblot
comment:2 Changed 6 years ago by cboos
- Milestone set to 0.11
This will probably be much improved using the
new cache scheme.
comment:3 Changed 6 years ago by cboos
- Owner changed from jonas to cboos
comment:5 Changed 3 years ago by cboos
- Keywords performance added
See also #6101, which proposes paging.
This ticket is about trying a different approach, relying on the cache (node_change table) in order to get a speedup for Node.get_entries().
See also #2591, similar request for enhancement about the changeset view