I'm looking for suggestions on tuning Solaris 9 for a SunFire 890 (Ultra
IV chips) connected to an Hitachi 9500V running PostgreSQL 7.4.
So that I don't lead people in a direction, I'll hold off for a while
before posting our configuration settings.
Database is approx 160GB in size with a churn o
Vivek,
> Redhat Linux7.2
> RAM: 256MB
> postgres: 7.1.3
Um, you do realise that both RH 7.2 and PostgreSQL 7.1 are "no longer
supported" but their respective communities?
--
Josh Berkus
Aglio Database Solutions
San Francisco
---(end of broadcast)---
I gave -O3 a try with -funroll-loops, -fomit-frame-pointer and a few
others. Seemed to perform about the same as the default -O2 so I just
left it as -O2.
Gustavo Franklin Nóbrega wrote:
Hi Willian,
Which are the GCC flags that you it used to compile PostgreSQL?
Best regards,
Gustavo Frankli
Biggest speedup I've found yet is the backup process (PG_DUMP --> GZIP).
100% faster in 64-bit mode. This drastic speed might be more the result
of 64-bit GZIP though as I've seen benchmarks in the past showing
encryption/compression running 2 or 3 times faster in 64-bit mode versus
32-bit.
W
Hi Willian,
Which are the GCC flags that you it used to compile PostgreSQL?
Best regards,
Gustavo Franklin Nóbrega
Infraestrutura e Banco de Dados
Planae Tecnologia da Informação
(+55) 14 3224-3066 Ramal 209
www.planae.com.br
> I just finished upgrading the OS on our Opteron 148 from Redhat
I just finished upgrading the OS on our Opteron 148 from Redhat9 to
Fedora FC2 X86_64 with full recompiles of Postgres/Apache/Perl/Samba/etc.
The verdict: a definite performance improvement. I tested just a few CPU
intensive queries and many of them are a good 30%-50% faster.
Transactional/batc
On Sat, 13 Nov 2004, vivek singh wrote:
> I am new to this group and postgresql. I am working on
> a project which uses postgresql and project is time
> critical. We did all optimization in our project but
> postgresql seems to be a bottle-neck. To solve this we
> run the database operations in a
Well, the default configuration for postgresql 7.1.3 is *very*
conservative. ( ie. very slow)
You should seriously consider upgrading to 7.4.6 as server performance
has increased; in some cases significantly.
If that is not an option, certainly tuning the shared buffers, and
effective cache se
On Nov 13, 2004, at 12:26, vivek singh wrote:
But
still, with large volume of data in database the
insert operation becomes very slow (ie. to insert 100
records in 5 tables, it takes nearly 3minutes).
What are the performance when you use COPY FROM instead of INSERT ?
And have you tested the perfo
Hello to all,
I am new to this group and postgresql. I am working on
a project which uses postgresql and project is time
critical. We did all optimization in our project but
postgresql seems to be a bottle-neck. To solve this we
run the database operations in a different thread. But
still, with la
10 matches
Mail list logo
