Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U8spp-000240-Uv for pgsql-performance@arkaria.postgresql.org; Fri, 22 Feb 2013 13:38:46 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1U8spo-0003dA-O7 for pgsql-performance@arkaria.postgresql.org; Fri, 22 Feb 2013 13:38:44 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U8soX-0002Z0-A8 for pgsql-performance@postgresql.org; Fri, 22 Feb 2013 13:37:25 +0000 Received: from cl-262.qas-01.us.sixxs.net ([2001:4830:1600:105::2] helo=tamriel.snowman.net) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U8soV-0000UX-Om for pgsql-performance@postgresql.org; Fri, 22 Feb 2013 13:37:24 +0000 Received: by tamriel.snowman.net (Postfix, from userid 1000) id 4E24B221E3; Fri, 22 Feb 2013 08:37:23 -0500 (EST) Date: Fri, 22 Feb 2013 08:37:23 -0500 From: Stephen Frost To: Markus Schulz Cc: pgsql-performance@postgresql.org Subject: Re: BUG: endless lseek(.., SEEK_END) from select queries on x64 builds Message-ID: <20130222133723.GR16142@tamriel.snowman.net> References: <201302220925.26460.msc@antzsystem.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l2C7pJE7HE4aLL3l" Content-Disposition: inline In-Reply-To: <201302220925.26460.msc@antzsystem.de> X-Editor: Vim http://www.vim.org/ X-Info: http://www.snowman.net X-Operating-System: Linux/3.2.0-4-amd64 (x86_64) X-Uptime: 08:35:22 up 120 days, 11:59, 4 users, load average: 0.14, 0.15, 0.14 User-Agent: Mutt/1.5.21 (2010-09-15) X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org --l2C7pJE7HE4aLL3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Markus, * Markus Schulz (msc@antzsystem.de) wrote: > as you can see the query runs fine.=20 > I can run this query from a bash-psql-while-loop/jdbc-cli-tool=20 > endless without any problems.=20 > so far so good. [...] > JBoss EAP 5.1.2 with connection pooling and xa-datasource/two-phase-commi= ts=20 > (transactions on multiple datasources needed) > *and* *1000* >=20 > i can run the query four times with good performance and after that postg= resql=20 > starts with the strange lseek() behavior.=20 It sounds like your bash script and JBoss are doing something different. Would it be possible for you to turn on log_statements =3D 'all' in PG, see what's different, and then update the bash/psql script to do exactly what JBoss does, and see if you can reproduce it that way? It certainly looks like a PG bug, but it'd be a lot easier to debug with a simple, well-defined test case which shows the failure. Thanks! Stephen --l2C7pJE7HE4aLL3l Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlEndJMACgkQrzgMPqB3kiiKcQCfdJgbwkQF0/WMpW0Nh90Am0Wv ln0AniP/EP0rTuHxKRvwTJCYBW8A+ShQ =SZhb -----END PGP SIGNATURE----- --l2C7pJE7HE4aLL3l--