pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  

help / color / mirror / Atom feed
From: Gregory Stark <stark@enterprisedb.com>
To: Craig James <craig_james@emolecules.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: pgsql-performance@postgresql.org
Subject: Re: libgcc double-free, backend won't die
Date: Sun, 16 Dec 2007 20:06:47 +0000
Message-ID: <87zlwapfoo.fsf@oxford.xeocode.com> (raw)
In-Reply-To: <4765766F.9000902@emolecules.com>
References: <4729B1E9.2080306@gmail.com>
	<475E4133.5080009@emolecules.com>
	<20071211112128.GB4708@alvh.no-ip.org>
	<475EA754.1090307@emolecules.com>
	<20071211151416.GD10710@alvh.no-ip.org>
	<475EA9FD.9000706@emolecules.com>
	<20071211152010.GE10710@alvh.no-ip.org>
	<475EAB69.9@emolecules.com>
	<20071211152838.GH4708@alvh.no-ip.org>
	<475EB1B9.3000405@emolecules.com>
	<20071211155703.GT31937@svr2.hagander.net>
	<87r6htw4e7.fsf@oxford.xeocode.com>
	<476564D6.7090702@mansionfamily.plus.com>
	<27316.1197828101@sss.pgh.pa.us>
	<877ijeqzd9.fsf@oxford.xeocode.com>
	<4765766F.9000902@emolecules.com>

"Craig James" <craig_james@emolecules.com> writes:

> Gregory Stark wrote:
>
>> And the only reason to do that would be to work around one bug in one small
>> range of glibc versions. If you're going to use a multi-threaded library
>> (which isn't very common since it's hard to do safely for all those other
>> reasons) surely using a version of your OS without any thread related bugs is
>> a better idea.
>
> You're jumping ahead. This problem has not been accurately diagnosed yet. It
> could be that the pthreads issue is completely misleading everyone, and in fact
> there is a genuine memory corruption going on here. Or not. We don't know yet.
> I have made zero progress fixing this problem.

Well, no that would be you jumping ahead then... You proposed Postgres
changing the way it handles threaded libraries based on Tom's suggestion that
your problem was something like the glibc problem previously found. My comment
was based on the known glibc problem. From what you're saying it's far from
certain that the problem would be fixed by changing Postgres's behaviour in
the way you proposed.


-- 
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com
  Ask me about EnterpriseDB's On-Demand Production Tuning



view thread (28+ messages)  latest in thread

Message-ID: <87zlwapfoo.fsf@oxford.xeocode.com>
Permalink:  ../87zlwapfoo.fsf@oxford.xeocode.com/
Also on:    postgresql.org/message-id/87zlwapfoo.fsf@oxford.xeocode.com

 · 

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: stark@enterprisedb.com, craig_james@emolecules.com, tgl@sss.pgh.pa.us
  Subject: Re: libgcc double-free, backend won't die
  In-Reply-To: <87zlwapfoo.fsf@oxford.xeocode.com>

* 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