Yes, Claudio. You got it.
But Rob seems to have already answered the confusion between 32 and 64 bits
for effective_cache_size.
Actually I am creating generic configuration based on physical memory.
So I wanna be conservative about effective_cache_size. That's why I'm
following postgres tuning webs
2013/3/18 Kevin Grittner :
> Rodrigo Barboza wrote:
>
>> So setting this as half of ram, as suggested in postgres tuning
>> webpage should be safe?
>
> Half of RAM is likely to be a very bad setting for any work load.
> It will tend to result in the highest possible number of pages
> duplicated in
On Mon, Mar 18, 2013 at 3:47 PM, Kevin Grittner wrote:
> Rodrigo Barboza wrote:
>
>> So setting this as half of ram, as suggested in postgres tuning
>> webpage should be safe?
>
> Half of RAM is likely to be a very bad setting for any work load.
> It will tend to result in the highest possible nu
Rodrigo Barboza wrote:
> So setting this as half of ram, as suggested in postgres tuning
> webpage should be safe?
Half of RAM is likely to be a very bad setting for any work load.
It will tend to result in the highest possible number of pages
duplicated in PostgreSQL and OS caches, reducing th
2013/3/18 Rodrigo Barboza :
> So setting this as half of ram, as suggested in postgres tuning webpage
> should be safe?
> It says it is a conservative value...
depends how much memory is used as cache ??
it can be a shared_buffers + file system cache
Regards
Pavel Stehule
>
>
> On Mon, Mar 18,
So setting this as half of ram, as suggested in postgres tuning webpage
should be safe?
It says it is a conservative value...
On Mon, Mar 18, 2013 at 3:18 PM, Pavel Stehule wrote:
> 2013/3/18 Pavel Stehule :
> > Hello
> >
> > 2013/3/18 Rodrigo Barboza :
> >> Hi guys, I am worried about the effec
2013/3/18 Pavel Stehule :
> Hello
>
> 2013/3/18 Rodrigo Barboza :
>> Hi guys, I am worried about the effective_cache_size.
>> I run a 32-bits postgres installation on a machine with 64 bits kernel.
>> Should I limit effective_cache_size to a maximum of 2.5gb?
>
> sure and probably little bit less
Ok, now I'm lost, who is right about the limit? Rob or Pavel?
Rob, I know it should be a 64 bit, and it will be soon, but there are good
reasons for this scenario and it's ok for now.
On Mon, Mar 18, 2013 at 3:15 PM, Pavel Stehule wrote:
> Hello
>
> 2013/3/18 Rodrigo Barboza :
> > Hi guys, I am
Hello
2013/3/18 Rodrigo Barboza :
> Hi guys, I am worried about the effective_cache_size.
> I run a 32-bits postgres installation on a machine with 64 bits kernel.
> Should I limit effective_cache_size to a maximum of 2.5gb?
sure and probably little bit less
Regards
Pavel
--
Sent via pgsql-p
On Mon, Mar 18, 2013 at 10:53 AM, Rodrigo Barboza
wrote:
> Hi guys, I am worried about the effective_cache_size.
> I run a 32-bits postgres installation on a machine with 64 bits kernel.
> Should I limit effective_cache_size to a maximum of 2.5gb?
That variables refers to fs cache, so 32 bit pg s
Hi guys, I am worried about the effective_cache_size.
I run a 32-bits postgres installation on a machine with 64 bits kernel.
Should I limit effective_cache_size to a maximum of 2.5gb?
Thanks! it worked! :-)
Den 18/03/2013 kl. 15.38 skrev Magnus Hagander :
> On Mon, Mar 18, 2013 at 2:08 PM, Niels Kristian Schjødt
> wrote:
>> Okay, thanks. It' seems you were right! Now I have fixed the issue (it was
>> an ssh key).
>> So I started a:
>> SELECT pg_start_backup('backup', true);
On Mon, Mar 18, 2013 at 2:08 PM, Niels Kristian Schjødt
wrote:
> Okay, thanks. It' seems you were right! Now I have fixed the issue (it was an
> ssh key).
> So I started a:
> SELECT pg_start_backup('backup', true);
>
> And when done, I executed a:
> sudo -u postgres rsync -av --exclude postmaster
Okay, thanks. It' seems you were right! Now I have fixed the issue (it was an
ssh key).
So I started a:
SELECT pg_start_backup('backup', true);
And when done, I executed a:
sudo -u postgres rsync -av --exclude postmaster.pid --exclude pg_xlog
/var/lib/postgresql/9.2/main/ postgres@192.168.0.2
On Mon, Mar 18, 2013 at 10:14 AM, Niels Kristian Schjødt
wrote:
> After installing my new server I just discovered something that doesn't seem
> right:
>
> sudo du -h /var/lib/postgresql/9.2/main
> As you can see the pg_xlog folder is 202G, which is more than my entire
> database - this seems
After installing my new server I just discovered something that doesn't seem
right:
sudo du -h /var/lib/postgresql/9.2/main
4.0K/var/lib/postgresql/9.2/main/pg_snapshots
4.0K/var/lib/postgresql/9.2/main/pg_serial
4.0K/var/lib/postgresql/9.2/main/pg_tblspc
29M /var/lib/postgresql/
16 matches
Mail list logo