From: | Josh Berkus <josh(at)agliodbs(dot)com> |
---|---|
To: | Jeff <threshar(at)torgo(dot)978(dot)org>, Christopher Browne <cbbrowne(at)acm(dot)org> |
Cc: | "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Perfomance Tuning |
Date: | 2003-08-13 15:46:55 |
Message-ID: | 200308130846.55991.josh@agliodbs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Jeff,
> Informix, etc. have spent a lot of time and money working on it.
> They also have the advantage of having many paid fulltime
> developers who are doing this for a job, not as a weekend hobby
> (Compared to the what? 2-3 full time PG developers).
I think 4-6 full-time, actually, plus about 200 part-time contributors. Which
adds up to a bloody *lot* of code if you monitor pgsql-patches between
versions. The only development advantage the commercials have over us is the
ability to engage in large projects (e.g. replication, raw filesystems, etc.)
that are difficult for a distributed network of people.
> The other advantage (which I hinted to above) with raw disks is being able
> to optimize queries to take advantage of it. Informix is multithreaded
> and it will spawn off multiple "readers" to do say, a seq scan (and merge
> the results at the end).
I like this idea. Has it ever been discussed for PostgreSQL? Hmmm .... we'd
need to see some tests demonstrating that this approach was still a technical
advantage given the improvements in RAID and FS technology since Informix
was designed.
As I have said elsewhere, Informix is probably a poor database to emulate
since they are effectively an old dead-end fork of the Ingres/Postgres code,
and have already been "mined" for most of the improvements they made.
--
Josh Berkus
Aglio Database Solutions
San Francisco
From | Date | Subject | |
---|---|---|---|
Next Message | Rod Taylor | 2003-08-13 15:49:51 | Re: How can I Improve performance in Solaris? |
Previous Message | Bruce Momjian | 2003-08-13 15:37:16 | Re: Perfomance Tuning |