Re: evtcache: EventTriggerCache vs Event Trigger Cache - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: evtcache: EventTriggerCache vs Event Trigger Cache
Date
Msg-id 3D05811D-D298-4523-9484-10A95BE65959@yesql.se
Whole thread Raw
In response to Re: evtcache: EventTriggerCache vs Event Trigger Cache  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: evtcache: EventTriggerCache vs Event Trigger Cache
List pgsql-hackers
> On 4 May 2023, at 14:09, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> Daniel Gustafsson <daniel@yesql.se> writes:
>> When reading a memory contexts log I realized that we have this:
>> LOG:  level: 2; EventTriggerCache: 8192 total in 1 blocks; 7928 free (4 chunks); 264 used
>> LOG:  level: 3; Event Trigger Cache: 8192 total in 1 blocks; 2616 free (0 chunks); 5576 used
>
>> The reason is that BuildEventTriggerCache sets up a context "EventTriggerCache"
>> which house a hash named "Event Trigger Cache" which in turn creates a context
>> with the table name.  I think it makes sense that these share the same name,
>> but I think it would be less confusing if they also shared the same spelling
>> whitespace-wise.  Any reason to not rename the hash EventTriggerCache to make
>> the logging a tiny bit easier to read and grep?
>
> Hmm, I'm kinda -1 on them having the same name visible in the
> contexts dump --- that seems very confusing.  How about naming
> the hash "EventTriggerCacheHash" or so?

I think the level is the indicator here, but I have no strong opinions,
EventTriggerCacheHash is fine by me.

--
Daniel Gustafsson




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: "CREATE RULE ... ON SELECT": redundant?
Next
From: Tom Lane
Date:
Subject: Re: Making Vars outer-join aware