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.
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? |
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? |