Re: profiling connection overhead
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>, pgsql-hackers@postgresql.org
Date: 2010-11-24T20:14:22Z
Lists: pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes: > Full results, and call graph, attached. The first obvious fact is > that most of the memset overhead appears to be coming from > InitCatCache. AFAICT that must be the palloc0 calls that are zeroing out (mostly) the hash bucket headers. I don't see any real way to make that cheaper other than to cut the initial sizes of the hash tables (and add support for expanding them later, which is lacking in catcache ATM). Not convinced that that creates any net savings --- it might just save some cycles at startup in exchange for more cycles later, in typical backend usage. Making those hashtables expansible wouldn't be a bad thing in itself, mind you. regards, tom lane