pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Jean-David Beyer <jeandavid8@verizon.net>
To: pgsql-performance@postgresql.org
Subject: Re: Bunching "transactions"
Date: Fri, 26 Oct 2007 10:12:53 -0400
Message-ID: <4721F5E5.1020808@verizon.net> (raw)
In-Reply-To: <60lk9q9b2h.fsf@dba2.int.libertyrms.com>
References: <4720B680.5060407@verizon.net>
	<60k5pbcc50.fsf@dba2.int.libertyrms.com>
	<4720EB53.6070009@verizon.net>
	<60lk9q9b2h.fsf@dba2.int.libertyrms.com>

Chris Browne wrote:

> Further, the Right Thing is to group related data together, and come
> up with a policy that is driven primarily by the need for data
> consistency.  If things work well enough, then don't go off trying to
> optimize something that doesn't really need optimization, and perhaps
> break the logic of the application.

Right. I think it was Jon Louis Bently who wrote (in his book, "Writing
Efficient Programs") something to the effect, "Premature optimization is the
root of all evil." Just because so much of it broke the logic of the
application (and did not help anyway). (Gotta profile first, for one thing.)

I had a boss once who insisted we write everyting in assembly language for
efficiency. We did not even know what algorithms we needed for the
application. And at the time (System 360 days), IBM did not even publish the
execution times for the instruction set of the machine we were using because
so many executed in zero-time -- overlapped with other instructions, local
caching in the processor, locality of memory reference, and so on. To get
efficiency, you must first get your algorithms right, including getting the
best ones for the problem at hand.

-- 
  .~.  Jean-David Beyer          Registered Linux User 85642.
  /V\  PGP-Key: 9A2FC99A         Registered Machine   241939.
 /( )\ Shrewsbury, New Jersey    http://counter.li.org
 ^^-^^ 10:05:01 up 3 days, 2:23, 1 user, load average: 4.10, 4.24, 4.18



view thread (10+ messages)  latest in thread

Message-ID: <4721F5E5.1020808@verizon.net>
Permalink:  ../4721F5E5.1020808@verizon.net/
Also on:    postgresql.org/message-id/4721F5E5.1020808@verizon.net

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: jeandavid8@verizon.net
  Subject: Re: Bunching "transactions"
  In-Reply-To: <4721F5E5.1020808@verizon.net>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox