Re: Postgres, fsync, and OSs (specifically linux)
| От | Robert Haas |
|---|---|
| Тема | Re: Postgres, fsync, and OSs (specifically linux) |
| Дата | |
| Msg-id | CA+TgmobfSmKXEgJmf6qxLXygFLV1C5C5Ao_xJGpznkAX4TGWLA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Postgres, fsync, and OSs (specifically linux) (Thomas Munro <thomas.munro@enterprisedb.com>) |
| Ответы |
Re: Postgres, fsync, and OSs (specifically linux)
|
| Список | pgsql-hackers |
On Thu, Nov 8, 2018 at 3:04 PM Thomas Munro <thomas.munro@enterprisedb.com> wrote: > My reasoning for choosing bms_join() is that it cannot fail, assuming > the heap is not corrupted. It simply ORs the two bit-strings into > whichever is the longer input string, and frees the shorter input > string. (In an earlier version I used bms_union(), this function's > non-destructive sibling, but then realised that it could fail to > allocate() causing us to lose track of a 1 bit). Oh, OK. I was assuming it was allocating. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: