Re: Excessive (and slow) fsync() within single transaction

Поиск
Список
Период
Сортировка
От Scott Marlowe
Тема Re: Excessive (and slow) fsync() within single transaction
Дата
Msg-id dcc563d10912091354u58ce2591w7379bab5ff065d43@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Excessive (and slow) fsync() within single transaction  (Ron Mayer <rm_pg@cheapcomplexdevices.com>)
Список pgsql-general
On Wed, Dec 9, 2009 at 2:35 PM, Ron Mayer <rm_pg@cheapcomplexdevices.com> wrote:
> Scott Marlowe wrote:
>> Actually, it's usually the drives that lie about fsync, especially
>> consumer grade (and some server grade) SATA / PATA drives are known
>> for this.
>
> I'm still looking for any evidence of any drive that lies.

I've tested drive in the past (when PATA roamed the land, and 80Gig
drives were huge) and could most certainly induce db corruption by
starting pgbench with -c 100, forcing a checkpoing, and then pulling
the plug.  Turning off the write cache (ok all cache I guess) on those
drives made them capable of surviving the power plug being pulled.

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

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: Excessive (and slow) fsync() within single transaction
Следующее
От: "Andy Shellam (Mailing Lists)"
Дата:
Сообщение: Re: pgAdmin in 8.4 installation uses tools from 8.3 installation