Re: GiST -- making my index faster makes is slower
От | David Blasby |
---|---|
Тема | Re: GiST -- making my index faster makes is slower |
Дата | |
Msg-id | 4080533F.8090404@refractions.net обсуждение исходный текст |
Ответ на | Re: GiST -- making my index faster makes is slower (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: GiST -- making my index faster makes is slower
|
Список | pgsql-hackers |
Tom Lane wrote: > I'd suggest profiling the backend with both key types to get an idea of > where the time is going. I've been trying to use gprof to do some profiling, but I'm having troubles. Whats the best way to profile? > PS: actually, allowing for the 12-byte index tuple overhead, you > couldn't have even twice as many keys per page. So there's something > mighty odd here. Keep us posted. Using the old system, I'd get about 7 internal node hits and about 110 "leaf" hits. Under the new one, I get about 4 internal node hits and about 160 "leaf" hits. I'm just in the process of changing the key to: typedef struct {float xmin;float ymin;float xmax;float ymax;char junk[16]; // make the 16 byte type into 32! } BOX2DFLOAT4; To see what happens. dave
В списке pgsql-hackers по дате отправления: