From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Tomas Vondra <tv(at)fuzzy(dot)cz> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Better way of dealing with pgstat wait timeout during buildfarm runs? |
Date: | 2014-12-25 21:16:45 |
Message-ID: | 4394.1419542205@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tomas Vondra <tv(at)fuzzy(dot)cz> writes:
> On 25.12.2014 20:36, Tom Lane wrote:
>> BTW, I notice that in the current state of pgstat.c, all the logic
>> for keeping track of request arrival times is dead code, because
>> nothing is actually looking at DBWriteRequest.request_time.
> Really? Which part of the code is dead? I see pgstat_recv_inquiry() is
> updating the request_time after receiving the inquiry, and
> pgstat_db_requested() is looking at it when writing the files.
Where is pgstat_db_requested() looking at request_time?
> If we can simplify the code by keeping just OIDs, let's do that. I think
> the main reason why we haven't done that in 187492b6 was to keep as much
> of the existing logic (and maybe change it in a separate patch).
The real point here is that I think that commit *already* changed the
existing logic, because the time-of-receipt used to matter. In
particular, there used to be a throttle on how often the stats file
could get written, which seems to have vanished. I seriously doubt
that that was a good change, especially on write-bandwidth-challenged
platforms.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Alex Shulgin | 2014-12-25 21:23:19 | POC PATCH: copy from ... exceptions to: (was Re: VLDB Features) |
Previous Message | Tomas Vondra | 2014-12-25 21:09:51 | Re: Better way of dealing with pgstat wait timeout during buildfarm runs? |