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

Re: Calling conventions

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Matthew Wakeling" <matthew(at)flymine(dot)org>, "Peter Eisentraut" <peter_e(at)gmx(dot)net>
Cc: <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Calling conventions
Date: 2009-07-17 17:35:51
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
Matthew Wakeling <matthew(at)flymine(dot)org> wrote:
> I have implemented the very same algorithm in both a Postgres GiST
> extension and as a standalone Java program. In general, the
> standalone Java program performs about 100 times faster than
> Postgres when running a large index-based nested loop join.
> I profiled Postgres a few weeks back, and found a large amount of
> time being spent in fmgr_oldstyle.
I've seen the code in Java outperform the same code in optimized C,
because the "just in time" compiler can generate native code optimized
for the actual code paths being taken rather than a compile-time guess
at that, but a factor of 100?  Something else has to be going on here
beyond an interface layer.  Is this all in RAM with the Java code,
versus having disk access in PostgreSQL?

In response to


pgsql-performance by date

Next:From: Haszlakiewicz, EricDate: 2009-07-17 19:13:26
Subject: Re: [PERFORM] Concurrency issue under very heay loads
Previous:From: Raji Sridar (raji)Date: 2009-07-17 16:48:23
Subject: Re: Concurrency issue under very heay loads

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