/people/*/+translations times out for prolific translators
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Fix Released
|
Medium
|
Unassigned |
Bug Description
The queries being done to render /people/
quickly for users who have done a lot of translations. For example,
https:/
The first one that is attempted is:
SELECT COUNT(DISTINCT POFile.id) FROM POSubmission, POMsgSet, POFile WHERE
POSubmission.person = 5778 AND POSubmission.
This query takes 3 minutes even when rewritten as the more efficient:
SELECT COUNT(DISTINCT pofile) FROM POSubmission, POMsgSet WHERE
POSubmission.person = 5778 AND POSubmission.
(and then it issues it a second time!)
By forcing a particular query plan I've managed to get it down to 30
seconds, but this is still more than an order of magnitude too slow.
Other queries on the page may also be problematic - I haven't profiled them.
OOPS-118C134
Changed in rosetta: | |
assignee: | nobody → carlos |
Changed in rosetta: | |
status: | New → Accepted |
description: | updated |
description: | updated |
Changed in rosetta: | |
importance: | Medium → Critical |
Changed in rosetta: | |
assignee: | nobody → kiko |
Changed in rosetta: | |
status: | Confirmed → In Progress |
The URL mentioned is obsolete. I assume this is the updated one:
https:/ /launchpad. net/people/ menthos/ +translations
That times out (today's OOPS-A208). Here's one that works:
https:/ /launchpad. net/people/ zkrynicki/ +translations
Is this just a matter of batching or just truncating the results?
It would be good to sort by last activity and list it on the page.