Re: Design proposal: fsync absorb linear slider

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: Design proposal: fsync absorb linear slider
Дата
Msg-id
13245.1374841921@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
Design proposal: fsync absorb linear slider Greg Smith <greg@2ndQuadrant.com>
Re: Design proposal: fsync absorb linear slider Robert Haas <robertmhaas@gmail.com>
Re: Design proposal: fsync absorb linear slider Greg Smith <greg@2ndQuadrant.com>
Re: Design proposal: fsync absorb linear slider KONDO Mitsumasa <kondo.mitsumasa@lab.ntt.co.jp>
Re: Design proposal: fsync absorb linear slider Greg Smith <greg@2ndQuadrant.com>
Re: Design proposal: fsync absorb linear slider Robert Haas <robertmhaas@gmail.com>
Re: Design proposal: fsync absorb linear slider didier <did447@gmail.com>
Re: Design proposal: fsync absorb linear slider Greg Smith <greg@2ndQuadrant.com>
Re: Design proposal: fsync absorb linear slider Hannu Krosing <hannu@2ndQuadrant.com>
Re: Design proposal: fsync absorb linear slider Greg Smith <greg@2ndQuadrant.com>
Re: Design proposal: fsync absorb linear slider Tom Lane <tgl@sss.pgh.pa.us>
Re: Design proposal: fsync absorb linear slider Greg Smith <greg@2ndQuadrant.com>
Re: Design proposal: fsync absorb linear slider Jim Nasby <jim@nasby.net>
Re: Design proposal: fsync absorb linear slider Hannu Krosing <hannu@2ndQuadrant.com>
Re: Design proposal: fsync absorb linear slider didier <did447@gmail.com>
Re: Design proposal: fsync absorb linear slider Greg Smith <greg@2ndQuadrant.com>
Re: Design proposal: fsync absorb linear slider didier <did447@gmail.com>
Re: Design proposal: fsync absorb linear slider Robert Haas <robertmhaas@gmail.com>
Re: Design proposal: fsync absorb linear slider didier <did447@gmail.com>
Re: Design proposal: fsync absorb linear slider Peter Geoghegan <pg@heroku.com>
Greg Smith  writes:
> On 7/26/13 5:59 AM, Hannu Krosing wrote:
>> Well, SSD disks do it in the way proposed by didier (AFAIK), by putting
>> "random"
>> fs pages on one large disk page and having an extra index layer for
>> resolving
>> random-to-sequential ordering.

> If your solution to avoiding random writes now is to do sequential ones 
> into a buffer, you'll pay for it by having more expensive random reads 
> later.

What I'd point out is that that is exactly what WAL does for us, ie
convert a bunch of random writes into sequential writes.  But sooner or
later you have to put the data where it belongs.
		regards, tom lane


В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
FAQ