Re: EXTERNAL storage and substring on long strings
От | Tom Lane |
---|---|
Тема | Re: EXTERNAL storage and substring on long strings |
Дата | |
Msg-id | 19022.1059685091@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: EXTERNAL storage and substring on long strings (Scott Cain <cain@cshl.org>) |
Список | pgsql-performance |
Scott Cain <cain@cshl.org> writes: > I see, encoding is a per database option. Since I've never set it, all > my databases use sql_ascii. Okay, then you've dodged the obvious bullet; time to try profiling I guess. The way I usually do it is (given a clean, configured source tree): cd src/backend gmake PROFILE="-pg -DLINUX_PROFILE" all install resulting postgres executable (The -DLINUX_PROFILE is unnecessary on non-Linux machines, but AFAIK it won't hurt anything either.) Once you have this installed, each session will end by dumping a gmon.out profile file into the $PGDATA/base/nnn directory for its database. After you've done a test run, you do gprof path/to/postgres/executable path/to/gmon.out >outputfile and voila, you have a profile. It's a good idea to make sure that you accumulate a fair amount of CPU time in a test session, since the profile depends on statistical sampling. I like to have about a minute of accumulated runtime before trusting the results. Repeat the same query multiple times if needed. regards, tom lane
В списке pgsql-performance по дате отправления: