Re: Idea for fixing the Windows fsync problem

Поиск
Список
Период
Сортировка
От Stefan Kaltenbrunner
Тема Re: Idea for fixing the Windows fsync problem
Дата
Msg-id 45ADD3F9.4090904@kaltenbrunner.cc
обсуждение исходный текст
Ответ на Re: Idea for fixing the Windows fsync problem  ("Takayuki Tsunakawa" <tsunakawa.takay@jp.fujitsu.com>)
Список pgsql-hackers
Takayuki Tsunakawa wrote:
> From: "Tom Lane" <tgl@sss.pgh.pa.us>
>> I wrote:
>>> I've committed a tentative patch along these lines to HEAD.  Please
>>> test.
>> So I come home from dinner out, and find the buildfarm all red :-(
>>
>> I'm not sure why I didn't see this failure in my own testing, but in
>> hindsight it's quite obvious that if the bgwriter is to take a hard
>> line about fsync failures, it's got to be told about DROP DATABASE
>> not only DROP TABLE --- that is, there has to be a signaling message
>> for "revoke fsync requests across whole database".
>>
> 
> Excuse me if I misunderstand English and say something strange.
> I thought "buildfarm is red" meant the failure of regression test.
> What kind of errors did you get in what operation (e.g. DROP INDEX)?
> Is everyone is able to see the test result freely?  Sorry, I'll read
> developer's FAQ when I have more time.

tom is talking about the postgresql distributed buildfarm:

http://buildfarm.postgresql.org/cgi-bin/show_status.pl

and right now most of the members are indeed "red" due to the fsync
related changes.


Stefan


В списке pgsql-hackers по дате отправления:

Предыдущее
От: ITAGAKI Takahiro
Дата:
Сообщение: Re: Dead Space Map for vacuum
Следующее
От: Stefan Kaltenbrunner
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Implement width_bucket() for the float8 data