Dear Greg Stark,
Totally, right. I want to record the all updated region.
So, doing some work is not doing a little work.
But, I am trying to not touch the existing codes as much as I can.
Therefore, I mostly added my code, I didn't changed markDirtyBuffer function at
all, but, of course, I
Dear hackers,
I’m modifying backend source codes of pgsql.
While inspecting the heap_update function (src/backend/access/heapam.c),
I found that the relkind fields of all RelationData which is handed over to
heap_update are all the same as ‘r’.
I want to distinguish normal
=?ks_c_5601-1987?B?s+vIq8L5?= falls...@cs.yonsei.ac.kr writes:
I found that the relkind fields of all RelationData which is handed over to
heap_update are all the same as ¡®r¡¯.
Well, yeah: heap_update is applied to heaps (ordinary tables). Not indexes.
The indexes are generally updated in a
Dear tom lane and hackers,
I am sorry, I should have explained the reason.
Actually, I'm not modifying the backend source code.
Since I am not a native speaker, I am not good at writing in English.
I'm just trying to make my own pgsql code for my research purpose.
Later, if my research
On Mon, 26 Oct 2009, ??? wrote:
What I am trying to do now is to examine the real dirty portion of
buffer pages to be flushed like the following.
You can trivially use pg_buffercache for view this, and its code in
contrib/pg_buffercache will show you how to navigate the buffer cache data
Dear Greg Smith,
Thank you for letting me know about the presentations in your homepage.
It's going to be much helpful in understanding the internal of postgresql
further.
- Best Regards
Hongchan Roh -
-Original Message-
From: Greg Smith [mailto:gsm...@gregsmith.com]
Sent: