This is a discussion on pg_buffercache tidyup within the Pgsql Patches forums, part of the PostgreSQL category; --> This is probably terrible timing, but I noticed Tom had done some nice tidying up on pg_freespacemap to eliminate ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| This is probably terrible timing, but I noticed Tom had done some nice tidying up on pg_freespacemap to eliminate the clumsy conversion to and from strings. This patch does a similar thing for pg_buffercache. I did wonder about not showing buffers that are invalid or not in use (currently displays all attributes bar the id as NULL). Comments? Cheers Mark ---------------------------(end of broadcast)--------------------------- TIP 5: don't forget to increase your free space map settings |
| ||||
| Mark Kirkwood <markir@paradise.net.nz> writes: > This is probably terrible timing, but I noticed Tom had done some nice > tidying up on pg_freespacemap to eliminate the clumsy conversion to and > from strings. This patch does a similar thing for pg_buffercache. Applied --- it is very late in the cycle, but minor code cleanup of this sort seems pretty safe. > I did wonder about not showing buffers that are invalid or not in use > (currently displays all attributes bar the id as NULL). Comments? I think we should leave it as-is. You can easily filter the null rows if you don't want 'em, while they might be handy for certain sorts of analysis. Besides, this module has already been out for one release so we shouldn't change its API on a whim. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq |