Skip site navigation (1) Skip section navigation (2)

Re: [pgsql-performance] Large databases, performance

From: "Shridhar Daithankar" <shridhar_daithankar(at)persistent(dot)co(dot)in>
To: pgsql-hackers(at)postgresql(dot)org,pgsql-general <pgsql-general(at)postgresql(dot)org>,pgsql-performance(at)postgresql(dot)org
Subject: Re: [pgsql-performance] Large databases, performance
Date: 2002-10-07 14:39:55
Message-ID: 3DA1EA13.16626.10939155@localhost (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-hackerspgsql-performancepgsql-sql
On 7 Oct 2002 at 10:30, Tom Lane wrote:

> "Shridhar Daithankar" <shridhar_daithankar(at)persistent(dot)co(dot)in> writes:
> > MySQL 3.23.52 with innodb transaction support: 
> 
> > 4 concurrent queries 	:-  257.36 ms
> > 40 concurrent queries	:-  35.12 ms
> 
> > Postgresql 7.2.2 
> 
> > 4 concurrent queries 		:- 257.43 ms
> > 40 concurrent 	queries		:- 41.16 ms
> 
> I find this pretty fishy.  The extreme similarity of the 4-client
> numbers seems improbable, from what I know of the two databases.
> I suspect your numbers are mostly measuring some non-database-related
> overhead --- communications overhead, maybe?

I don't know but three numbers, postgresql/mysql/oracle all are 25x.xx ms. The 
clients were on same machie as of server. So no real area to point at..
> 
> > Only worry is database size. Postgresql is 111GB v/s 87 GB for mysql. All 
> > numbers include indexes. This is really going to be a problem when things are
> > deployed. Any idea how can it be taken down? 
> 
> 7.3 should be a little bit better because of Manfred's work on reducing
> tuple header size --- if you create your tables WITHOUT OIDS, you should
> save 8 bytes per row compared to earlier releases.

Got it..

Bye
 Shridhar

--
Sweater, n.:	A garment worn by a child when its mother feels chilly.


In response to

pgsql-performance by date

Next:From: Tom LaneDate: 2002-10-07 15:21:57
Subject: Re: [pgsql-performance] Large databases, performance
Previous:From: Tom LaneDate: 2002-10-07 14:30:37
Subject: Re: [pgsql-performance] Large databases, performance

pgsql-hackers by date

Next:From: Hans-Jürgen SchönigDate: 2002-10-07 14:49:02
Subject: Re: Table spaces again [was Re: Threaded Sorting]
Previous:From: Shridhar DaithankarDate: 2002-10-07 14:32:46
Subject: Re: Table spaces again [was Re: Threaded Sorting]

pgsql-sql by date

Next:From: Tom LaneDate: 2002-10-07 15:21:57
Subject: Re: [pgsql-performance] Large databases, performance
Previous:From: Tom LaneDate: 2002-10-07 14:30:37
Subject: Re: [pgsql-performance] Large databases, performance

pgsql-general by date

Next:From: Holger KlawitterDate: 2002-10-07 14:51:47
Subject: Re: table linking problem
Previous:From: Tom LaneDate: 2002-10-07 14:30:37
Subject: Re: [pgsql-performance] Large databases, performance

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group