Re: Shortcoming in CLOBBER_FREED_MEMORY coverage: disk buffer pointers
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Shortcoming in CLOBBER_FREED_MEMORY coverage: disk buffer pointers |
| Дата | |
| Msg-id | 18123.1422312680@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Shortcoming in CLOBBER_FREED_MEMORY coverage: disk buffer pointers (Jim Nasby <Jim.Nasby@BlueTreble.com>) |
| Ответы |
Re: Shortcoming in CLOBBER_FREED_MEMORY coverage: disk
buffer pointers
|
| Список | pgsql-hackers |
Jim Nasby <Jim.Nasby@bluetreble.com> writes:
> On 1/24/15 3:31 PM, Tom Lane wrote:
>> Another idea is to teach Valgrind that whenever a backend reduces its
>> pin count on a shared buffer to zero, that buffer should become undefined
>> memory.
> <paranoia>
> Shouldn't this technically tie in with ResourceOwners?
No. ResourceOwner is just a mechanism to ensure that we remember to call
UnpinBuffer, it has no impact on what the semantics of the pin count are.
The *instant* the pin count goes to zero, another backend is entitled to
recycle that buffer for some other purpose.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера