Re: Design proposal: fsync absorb linear slider
От
Tom Lane
Тема
Re: Design proposal: fsync absorb linear slider
Дата
Msg-id
13245.1374841921@sss.pgh.pa.us
Ответ на
Re: Design proposal: fsync absorb linear slider (Greg Smith)
Список
Дерево обсуждения
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 по дате отправления