Language pack script manipulates ORM cache

Bug #394580 reported by Jeroen T. Vermeulen
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Low
Unassigned

Bug Description

The language-pack export script currently still tries to manage and flush the ORM cache itself. Once we have the GenerationalCache in production, we can get rid of the complexity and rely on the ORM to get it right.

Revision history for this message
Данило Шеган (danilo) wrote :

If we are to do anything like that, we'd have to carefully monitor https://lpstats.canonical.com/graphs/LangpackRSS

Note that there are reports that new Storm causes more memory leaks, and brings staging to a crawl (i.e. staging itself uses 4GB of RAM now). So, this is something we need to keep a careful eye on.

Changed in rosetta:
importance: Undecided → Low
status: New → Triaged
Revision history for this message
Stuart Bishop (stub) wrote : Re: [Bug 394580] Re: Language pack script manipulates ORM cache

On Thu, Jul 2, 2009 at 6:09 PM, Данило Шеган<email address hidden> wrote:

> Note that there are reports that new Storm causes more memory leaks, and
> brings staging to a crawl (i.e. staging itself uses 4GB of RAM now). So,
> this is something we need to keep a careful eye on.

This is no longer the case. There are no known Storm leaks with the version used by lp:launchpad/db-devel

--
Stuart Bishop <email address hidden>
http://www.stuartbishop.net/

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.