Batch subscription information requests in XMLRPC

Bug #269025 reported by Barry Warsaw
2
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
High
Barry Warsaw

Bug Description

Currently we ask for all mailing list subscription information in one XMLRPC request. Even with tuning the queries, we're still timing out, so the most scalable solution is to batch the requests.

We'll still issue all batches in one qrunner loop, but we'll batch them into say, 25 lists at a time. We can also catch any further timeouts so that it only affects the updates of one batch, not all lists.

Barry Warsaw (barry)
Changed in launchpad-foundations:
assignee: nobody → barry
importance: Undecided → Critical
milestone: none → 2.1.9
status: New → Triaged
Revision history for this message
Herb McNew (herb) wrote :

At Barry's request, attaching the following OOPS.

Revision history for this message
Barry Warsaw (barry) wrote :

Make that OOPS 985XMLP1981

Revision history for this message
Francis J. Lacoste (flacoste) wrote :

Since the issue is under control in production, demoting to High.

Changed in launchpad-foundations:
importance: Critical → High
Revision history for this message
Barry Warsaw (barry) wrote :

branch under review

Barry Warsaw (barry)
Changed in launchpad-foundations:
status: Triaged → Fix Committed
Barry Warsaw (barry)
Changed in launchpad-foundations:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.