Re: What to do with inline warnings? - Mailing list pgsql-hackers

From Gregory Stark
Subject Re: What to do with inline warnings?
Date
Msg-id 874p90el12.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: What to do with inline warnings?  (Martijn van Oosterhout <kleptog@svana.org>)
Responses Re: What to do with inline warnings?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
"Martijn van Oosterhout" <kleptog@svana.org> writes:

> On Wed, May 14, 2008 at 12:45:49PM -0400, Tom Lane wrote:
>> > tqual.c: In function ‘HeapTupleSatisfiesVacuum’:
>> > tqual.c:88: error: inlining failed in call to ‘SetHintBits’: call is unlikely and code size would grow
>> > tqual.c:1057: error: called from here
>> > tqual.c:88: error: inlining failed in call to ‘SetHintBits’: call is unlikely and code size would grow
>> > tqual.c:1061: error: called from here
>>
>> Hmm, it's a bit disturbing that the compiler is taking it upon itself to
>> decide that these calls are "unlikely".
>
> Perhaps would should give it some idea about how likely they'd be,
> because clearly it has no idea now.

Fwiw, these two call sites are only for when HeapTupleSatisfiesMVCC finds a
tuples which has been moved away by VACUUM FULL... The latter for when it
finds such a tuple but the VACUUM FULL aborted.

It seems quite likely that the compiler is actually right (by chance) and we
shouldn't be optimizing those cases at the expense of more common cases.

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


pgsql-hackers by date:

Previous
From: Gregory Stark
Date:
Subject: Re: What to do with inline warnings?
Next
From: Tom Lane
Date:
Subject: Re: What to do with inline warnings?