Re: (was COPY FROM) performance improvements

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Luke Lonergan <LLonergan(at)greenplum(dot)com>, Alon Goldshuv <agoldshuv(at)greenplum(dot)com>, pgsql-patches(at)postgresql(dot)org
Subject: Re: (was COPY FROM) performance improvements
Date: 2005-08-10 21:29:37
Message-ID: 200508102129.j7ALTbF04030@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

Simon Riggs wrote:
> As you know, I have raised the need for specific hardware tuning in
> certain critical areas on a number of occasions. I very much respect the
> need for all of the other aspects of code quality mentioned.
>
> Pipeline parallelism is a feature of all modern CPUs since the Pentium,
> not just Intel's. I think judicious exploitation of hardware features
> that are common to multiple hardware architectures would be of
> considerable benefit to everybody. We do already exploit some common
> hardware tuning recommendations, such as buffer word alignment, but not
> others such as false sharing avoidance and pipeline parallelism of key
> loops. (There may be others...)
>
> I say "judicious" because I do not presume that I am the judge ... but I
> hope that judgements in these areas can fall towards the side of greater
> performance as often as possible. Hardware and OS do exist, much as I
> would prefer the simplicity of life in a layered IT architecture.

Right. We already have per-cpu test-and-set locks, and lots of macros,
so we just need to decide what places we need these optionations, and
how to do it cleanly.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2005-08-10 22:16:56 Proposed patch for preventing OID collisions
Previous Message Simon Riggs 2005-08-10 21:22:41 Re: (was COPY FROM) performance improvements