| Replied (other) | Improving btree performance through specializing by key shape, take 2 | over 4 years ago |
| Replied (other) | A qsort template | over 4 years ago |
| Replied (other) | Improving btree performance through specializing by key shape, take 2 | over 4 years ago |
| Replied (other) | Lowering the ever-growing heap->pd_lower | over 4 years ago |
| Replied (other) | Lowering the ever-growing heap->pd_lower | over 4 years ago |
| Replied (other) | Lowering the ever-growing heap->pd_lower | over 4 years ago |
| Replied (other) | Lowering the ever-growing heap->pd_lower | over 4 years ago |
| Replied (other) | Lowering the ever-growing heap->pd_lower | over 4 years ago |
| Replied (other) | Lowering the ever-growing heap->pd_lower | over 4 years ago |
| Replied (other) | Lowering the ever-growing heap->pd_lower | over 4 years ago |
| Replied (other) | Commitfest Closed | over 4 years ago |
| Replied (other) | Lowering the ever-growing heap->pd_lower | over 4 years ago |
| Replied (other) | Lowering the ever-growing heap->pd_lower | over 4 years ago |
| Started thread | pgsql: Truncate line pointer array during heap pruning. | over 4 years ago |
| Replied (other) | Preventing indirection for IndexPageGetOpaque for known-size page special areas | over 4 years ago |
| Replied (other) | Preventing indirection for IndexPageGetOpaque for known-size page special areas | over 4 years ago |
| Replied (other) | Preventing indirection for IndexPageGetOpaque for known-size page special areas | over 4 years ago |
| Replied (other) | Preventing indirection for IndexPageGetOpaque for known-size page special areas | over 4 years ago |
| Replied (other) | should vacuum's first heap pass be read-only? | over 4 years ago |
| Replied (other) | New compiler warning from btree dedup code | over 4 years ago |
| Replied (other) | REINDEX blocks virtually any queries but some prepared queries. | over 4 years ago |
| Replied (other) | should vacuum's first heap pass be read-only? | over 4 years ago |
| Replied (other) | should vacuum's first heap pass be read-only? | over 4 years ago |
| Replied (other) | should vacuum's first heap pass be read-only? | over 4 years ago |
| Replied (own) | Removing more vacuumlazy.c special cases, relfrozenxid optimizations | over 4 years ago |
| Started thread | pgsql: Have VACUUM warn on relfrozenxid "in the future". | over 4 years ago |
| Replied (own) | Removing more vacuumlazy.c special cases, relfrozenxid optimizations | over 4 years ago |
| Replied (own) | Removing more vacuumlazy.c special cases, relfrozenxid optimizations | over 4 years ago |
| Replied (other) | Lowering the ever-growing heap->pd_lower | over 4 years ago |
| Started thread | pgsql: vacuumlazy.c: Further consolidate resource allocation. | over 4 years ago |
| Replied (other) | Run pg_amcheck in 002_pg_upgrade.pl and 027_stream_regress.pl? | over 4 years ago |
| Replied (other) | Run pg_amcheck in 002_pg_upgrade.pl and 027_stream_regress.pl? | over 4 years ago |
| Replied (own) | Removing more vacuumlazy.c special cases, relfrozenxid optimizations | over 4 years ago |