On Mon, Apr 4, 2011 at 12:46 PM, Alexander Korotkov <[email protected]> wrote: > On Mon, Apr 4, 2011 at 7:04 PM, Robert Haas <[email protected]> wrote: >> >> On Mon, Apr 4, 2011 at 7:16 AM, Alexander Korotkov <[email protected]> >> wrote: >> > Project name >> > Fast GiST index build >> >> Would/could/should this be implemented in a manner similar to the >> existing "GIN fast update" feature? > > I've mentioned this problem in item #2 in project details. In short. Problem > is in concurrent selects. Buffers size is significant and their scan in > concurrent select can cause significant slow down. Probably, compromise can > be achived by using for smaller buffers or something like this, but it's > topic of separate research. It doesn't seems to be feasible for me to give a > production solution of this problem during GSoC.
OK. Could you briefly describe the algorithm you propose to implement, bearing in mind that I haven't read the paper? -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-hackers mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
