~/talk

Tricks from in-memory databases

Talkat PGConf.dev 2024 · 2024-05-28..05-31· [databases]
links:none on file
slides:none on file

Examines concrete prototypes and numbers: specialization of sort routines shows about 30% faster sort by inlining compare paths; a B-tree variant that embeds integer compare logic yields roughly 24% faster primary-key inserts and ~10–15% faster lookups; cache-friendly page layouts give only ~2.5% on index lookups and lose benefit after updates; adding a per-page buffer pointer sometimes saves ~5% in microbenchmarks but hurts on larger servers; pointer swizzling and optimistic lockless reads prove fragile or impractical in current Postgres.

AI-written summary · about

  1. 0:00Start
  2. 1:15Memory hierarchies, latency numbers and in-memory systems
  3. 8:20Code specialization
  4. 17:02Buffer manager and indirection of oversized attributes
  5. 19:18Pointer swizzling
  6. 26:13Page layout and cache friendliness
  7. 32:02Optimistic buffer locking
  8. 34:59Conclusion
  9. 36:10Questions
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.