On Wed, Feb 21, 2007 at 05:40:53PM -0500, Matthew T. O'Connor wrote: > My Proposal: If we require admins to identify hot tables tables, then: > 1) Launcher fires-off a worker1 into database X. > 2) worker1 deals with "hot" tables first, then regular tables. > 3) Launcher continues to launch workers to DB X every autovac naptime. > 4) worker2 (or 3 or 4 etc...) sees it is alone in DB X, if so it acts as > worker1 did above. If worker1 is still working in DB X then worker2 > looks for hot tables that are being starved because worker1 got busy. > If worker2 finds no hot tables that need work, then worker2 exits.
Rather than required people to manually identify hot tables, what if we just prioritize based on table size? So if a second autovac process hits a specific database, it would find the smallest table in need of vacuuming that it should be able to complete before the next naptime and vacuum that. It could even continue picking tables until it can't find one that it could finish within the naptime. Granted, it would have to make some assumptions about how many pages it would dirty. ISTM that's a lot easier than forcing admins to mark specific tables. -- Jim Nasby [EMAIL PROTECTED] EnterpriseDB http://enterprisedb.com 512.569.9461 (cell) ---------------------------(end of broadcast)--------------------------- TIP 7: You can help support the PostgreSQL project by donating at http://www.postgresql.org/about/donate