Re: [HACKERS] A Better External Sort?

From: Ron Peacetree <rjpeace(at)earthlink(dot)net>
To: Gregory Maxwell <gmaxwell(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org, pgsql-performance(at)postgresql(dot)org
Subject: Re: [HACKERS] A Better External Sort?
Date: 2005-10-04 00:32:02
Message-ID: 15704001.1128385922538.JavaMail.root@elwamui-polski.atl.sa.earthlink.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

OK, change "performance" to "single thread performance" and we
still have a valid starting point for a discussion.

Ron

-----Original Message-----
From: Gregory Maxwell <gmaxwell(at)gmail(dot)com>
Sent: Oct 3, 2005 8:19 PM
To: Ron Peacetree <rjpeace(at)earthlink(dot)net>
Subject: Re: [HACKERS] [PERFORM] A Better External Sort?

On 10/3/05, Ron Peacetree <rjpeace(at)earthlink(dot)net> wrote:
[snip]
> Just how bad is this CPU bound condition? How powerful a CPU is
> needed to attain a DB IO rate of 25MBps?
>
> If we replace said CPU with one 2x, 10x, etc faster than that, do we
> see any performance increase?
>
> If a modest CPU can drive a DB IO rate of 25MBps, but that rate
> does not go up regardless of how much extra CPU we throw at
> it...

Single threaded was mentioned.
Plus even if it's purely cpu bound, it's seldom as trivial as throwing
CPU at it, consider the locking in both the application, in the
filesystem, and elsewhere in the kernel.

Browse pgsql-hackers by date

  From Date Subject
Next Message Philip Yarra 2005-10-04 01:01:08 Re: RPMs for RedHat ES3.0
Previous Message Gregory Maxwell 2005-10-04 00:19:56 Re: [HACKERS] A Better External Sort?

Browse pgsql-performance by date

  From Date Subject
Next Message Joe 2005-10-04 02:04:24 Re: Comparative performance
Previous Message Gregory Maxwell 2005-10-04 00:19:56 Re: [HACKERS] A Better External Sort?