Tomas Vondra

PostgreSQL supports AIO since version 18, and it's gradually adopting it in more and more places. Let's talk about the performance impact you should expect, tuning the various configuration options, and the pros/cons etc.

Let's talk about the improvement in fast-path locking in upcoming PG18, which can bring substantial speedups on systems with many cores and/or queries accessing many relations (where "many" may mean "more than 16", and it includes indexes). This is particularly visible with partitioning, but easy to hit even without it.

Let's do some basic benchmarks (both OLTP and OLAP) on releases since PostgreSQL 8.0, and see how the performance changed over the years. It's unexpectedly difficult to realize how much has the performance changed over many releases, because we usually test and measure only the two releases.

Let's do some basic benchmarks (both OLTP and OLAP) on releases since PostgreSQL 8.0, and see how the performance changed over the years. It's unexpectedly difficult to realize how much has the performance changed over many releases, because we usually test and measure only the two releases.

Ladění výkonu databáze a řešení výkonnostních problémů je komplikované téma, úzce související s charakteristikou hardwaru, architekturou a konfigurací operačního systému i databáze, a pochopitelně i s aplikací která na ní běží.

Postgres heavily relies on various parts of the operating system - filesystem and buffered i/O are good examples of such fundamental dependencies. But there are many commonly used filesystems supported by Linux, from traditional ones (ext4,xfs) to modern ones (zfs, btrfs) and various exotic ones.

Postgres heavily relies on various parts of the operating system - filesystem and buffered i/O are good examples of such fundamental dependencies. But there are many commonly used filesystems supported by Linux, from traditional ones (ext4,xfs) to modern ones (zfs, btrfs) and various exotic ones.

V rámci kurzu se seznámíme s základními pojmy, zjednodušeným vysvětlením principu a s konfigurací databázových instancí potřebnou pro využití logické replikace a krok za krokem projdeme nastavení replikace mezi dvěma databázovými instancemi, tak aby bylo co nejjednodušší realizovat pro účstníky...

PostgreSQL supports BRIN indexes since version 9.5, allowing you to create very efficient (very small and still providing good performance) indexes. But BRIN indexes have a couple inherent limitations, making them less useful on poorly correlated data.

Ladění výkonu databáze a řešení výkonnostních problémů je komplikované téma, úzce související s charakteristikou hardwaru, architekturou a konfigurací operačního systému i databáze, a pochopitelně i s aplikací která na ní běží.

PostgreSQL podporuje BRIN indexy již od verze 9.5 - jejich hlavní výhoda je brutální úspora místa (uproti klasickým B-Tree indexům), ale současně mají různá omezení a pro některé typy dat / distribuce nemusí fungovat.

This talk demonstrates how the performance changed (and improved) in recent PostgreSQL releases, starting with 8.x releases and ending with PostgreSQL 12. I'll use a bunch of common benchmarks to demonstrate the basic workload types (OLTP, DWH, ...).

PostgreSQL 12 byl vydaný v říjnu, čili už to není žhavá novinka, nicméně tradičně se podíváme na hlavní novinky z této verze, a současně se podíváme také na nejdůležitější vylepšení a změny očekávané v PostgreSQL 13.

This talk is primarily about t-digest and q-digest, two interesting probabilistic data structures allowing efficient (distributed, parallel) estimation of rank-based statistics (e.g.

A half-day training session focused on areas that you should master to tune PostgreSQL for performance. The training starts by explaining the overall architecture of the database system, how it interacts with the operating system and what settings are important; both in PostgreSQL and the operating system itself.

Let's discuss the various sources of data corruption in databases (and in PostgreSQL in general) - cosmic rays, storage, bugs in the OS, database or application.

Ladění výkonu databáze a řešení výkonnostních problémů je komplikované téma, úzce související s charakteristikou hardwaru, architekturou a konfigurací operačního systému i databáze, a pochopitelně i s aplikací která na ní běží.

About a year ago the PostgreSQL community discovered that fsync (on Linux and some BSD systems) may not work the way we always thought it is, with possibly disastrous consequences for data durability/consistency (which is something the PostgreSQL community really values).