This is a discussion on pgsql: Modify pgstats code to reduce performance penalties from within the pgsql Committers forums, part of the PostgreSQL category; --> Log Message: ----------- Modify pgstats code to reduce performance penalties from oversized stats data files: avoid creating stats hashtable ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Log Message: ----------- Modify pgstats code to reduce performance penalties from oversized stats data files: avoid creating stats hashtable entries for tables that aren't being touched except by vacuum/analyze, ensure that entries for dropped tables are removed promptly, and tweak the data layout to avoid storing useless struct padding. Also improve the performance of pgstat_vacuum_tabstat(), and make sure that autovacuum invokes it exactly once per autovac cycle rather than multiple times or not at all. This should cure recent complaints about 8.1 showing much higher stats I/O volume than was seen in 8.0. It'd still be a good idea to revisit the design with an eye to not re-writing the entire stats dataset every half second ... but that would be too much to backpatch, I fear. Tags: ---- REL8_1_STABLE Modified Files: -------------- pgsql/src/backend/commands: vacuum.c (r1.317.2.2 -> r1.317.2.3) (http://developer.postgresql.org/cvsw...2&r2=1.317.2.3) pgsql/src/backend/postmaster: autovacuum.c (r1.5.2.3 -> r1.5.2.4) (http://developer.postgresql.org/cvsw...2.3&r2=1.5.2.4) pgstat.c (r1.111.2.1 -> r1.111.2.2) (http://developer.postgresql.org/cvsw...1&r2=1.111.2.2) pgsql/src/backend/storage/smgr: smgr.c (r1.93.2.1 -> r1.93.2.2) (http://developer.postgresql.org/cvsw....1&r2=1.93.2.2) pgsql/src/include: pgstat.h (r1.38 -> r1.38.2.1) (http://developer.postgresql.org/cvsw...38&r2=1.38.2.1) ---------------------------(end of broadcast)--------------------------- TIP 4: Have you searched our list archives? http://archives.postgresql.org |
| Thread Tools | |
| Display Modes | |
|
|