Re: sql-bench
От | Dave Cramer |
---|---|
Тема | Re: sql-bench |
Дата | |
Msg-id | B12A7F32-A989-40BE-973A-BC73F3E7A975@fastcrypt.com обсуждение исходный текст |
Ответ на | Re: sql-bench (yoav x <yoav112003@yahoo.com>) |
Список | pgsql-performance |
First of all you are going to have to show use what these queries are exactly, what the machine is you are running on (CPU, memory, and disk) , and how you have tuned it. slow is a relative term.. we need information to determine what "slow" means. Dave On 13-Sep-06, at 8:50 AM, yoav x wrote: > So why are these queries so slow in PG? > > > --- Dave Cramer <pg@fastcrypt.com> wrote: > >> All of the tuning parameters would affect all queries >> >> shared buffers, wal buffers, effective cache, to name a few >> >> --dc-- >> On 13-Sep-06, at 8:24 AM, yoav x wrote: >> >>> Hi >>> >>> I am trying to run sql-bench against PostgreSQL 8.1.4 on Linux. >>> Some of the insert tests seems to be ver slow >>> >>> For example: select_join_in >>> >>> Are there any tuning parameters that can be changed to speed these >>> queries? Or are these queries >>> especially tuned to show MySQL's stgrenths? >>> >>> >>> >>> >>> __________________________________________________ >>> Do You Yahoo!? >>> Tired of spam? Yahoo! Mail has the best spam protection around >>> http://mail.yahoo.com >>> >>> ---------------------------(end of >>> broadcast)--------------------------- >>> TIP 9: In versions below 8.0, the planner will ignore your desire to >>> choose an index scan if your joining column's datatypes do >>> not >>> match >>> >> >> >> ---------------------------(end of >> broadcast)--------------------------- >> TIP 1: if posting/reading through Usenet, please send an appropriate >> subscribe-nomail command to majordomo@postgresql.org so >> that your >> message can get through to the mailing list cleanly >> > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ---------------------------(end of > broadcast)--------------------------- > TIP 2: Don't 'kill -9' the postmaster >
В списке pgsql-performance по дате отправления: