From: | ingrim <ingridm(at)qoslabs(dot)com> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | unsuscribe mailing list |
Date: | 2003-10-13 14:38:25 |
Message-ID: | 002601c39197$ac832170$7d64a8c0@ingridma |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-performance |
-----Original Message-----
From: pgsql-performance-owner(at)postgresql(dot)org
[mailto:pgsql-performance-owner(at)postgresql(dot)org] On Behalf Of Vivek Khera
Sent: Viernes, 10 de Octubre de 2003 03:14 p.m.
To: Josh Berkus
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: [PERFORM] go for a script! / ex: PostgreSQL vs. MySQL
>>>>> "JB" == Josh Berkus <josh(at)agliodbs(dot)com> writes:
JB> Vivek,
NB> shared_buffers = 1/16th of total memory
NB> effective_cache_size = 80% of the supposed kernel cache.
>>
>> Please take into account the blocksize compiled into PG, too...
JB> We can;t change the blocksize in a script that only does the .conf
JB> file. Or are you suggesting something else?
when you compute optimal shared buffers and effective cache size,
these are in terms of blocksize. so if I have 16k block size, you
can't compute based on default 8k blocksize. at worst, it would have
to be a parameter you pass to the tuning script.
---------------------------(end of broadcast)---------------------------
TIP 7: don't forget to increase your free space map settings
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-10-13 14:38:30 | Re: libreadline.so.4 problems on solaris |
Previous Message | Harry Broomhall | 2003-10-13 14:21:46 | Re: Performance weirdness with/without vacuum analyze |
From | Date | Subject | |
---|---|---|---|
Next Message | Joe Conway | 2003-10-13 15:04:27 | Re: Another weird one with an UPDATE |
Previous Message | Shridhar Daithankar | 2003-10-13 14:14:55 | Re: go for a script! / ex: PostgreSQL vs. MySQL |