Re: merge>hash>loop
| От | Jim C. Nasby |
|---|---|
| Тема | Re: merge>hash>loop |
| Дата | |
| Msg-id | 20060418231552.GN49405@pervasive.com обсуждение |
| Ответ на | Re: merge>hash>loop (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: merge>hash>loop
|
| Список | pgsql-performance |
On Tue, Apr 18, 2006 at 06:22:26PM -0400, Tom Lane wrote: > "Jim C. Nasby" <jnasby@pervasive.com> writes: > > Actually, if you run with stats_block_level turned on you have a > > first-order approximation of what is and isn't cached. > > Only if those stats decayed (pretty fast) with time; which they don't. Good point. :/ I'm guessing there's no easy way to see how many blocks for a given relation are in shared memory, either... -- Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
В списке pgsql-performance по дате отправления: