From: | Brian <signal(at)shreve(dot)net> |
---|---|
To: | "Brett W(dot) McCoy" <bmccoy(at)lan2wan(dot)com> |
Cc: | pgsql-general(at)postgreSQL(dot)org |
Subject: | Re: [GENERAL] Optimizations for busy DB?? |
Date: | 1999-05-13 14:53:10 |
Message-ID: | Pine.LNX.4.10.9905130951380.2534-100000@mercury.shreve.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, 13 May 1999, Brett W. McCoy wrote:
> On Thu, 13 May 1999, Brian wrote:
>
> > We are running a Database that is having between 100-500 simultaneous
> > accesses at any given time. Are their any flags, switches or
> > optimizations on the postgres level that can be done? such as options
> > passed to postgres etc? We run 6.3.2, and start it like:
> >
> > su postgres -c '/usr/bin/postmaster -i -S -D/var/lib/pgsql
>
> I usually pass back -F -B 256 to the backend (using -o with postmaster).
> -F turns off the fsync, and speeds up writes significantly (especially
> useful for bulk copies and updates). However, if your system crashes in
> the middle of a transaction, you can lose data. The -B sets the number
> of 8k buffers. It defaults to 64, but if you have more memory, crank
> that number up. For sorts, -S can be used to specify how much memory to
> use (in 1k chunks) before disk files are used. The default is 512, but
> again, if you have the memory to spare, jack that guy up and see how well
> it works. Make sure you preface these backend options with -o, since the
> postmaster has its own options distinct from the backend. Your complete
> invocation might look like
>
> postmaster -i -S -D/var/lib/pgsql -o -F -B 256 -S 1024
ok, so specifying -B etc to the postmaster itself has no advantages? I
mean I guess you wouldn't want/need to specify those optimizations to both
postgres backend AND the postmaster?
I will give it all a shot, appreciate the help.
>
> Experiment and see what works.
>
> Oh, yeah, you should upgrade to 6.4.2!
I am assuming I will have to export all my data and reimport into 6.4.2,
which is a task for sure............I will make this jump soon when I have
some downtime.
>
> Brett W. McCoy
> http://www.lan2wan.com/~bmccoy
> -----------------------------------------------------------------------
> The only way to get rid of a temptation is to yield to it.
> -- Oscar Wilde
>
-----------------------------------------------------
Brian Feeny (BF304) signal(at)shreve(dot)net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Heflin | 1999-05-13 15:07:01 | Re: [GENERAL] Optimizations for busy DB?? |
Previous Message | Brian | 1999-05-13 13:24:33 | Optimizations for busy DB?? |