Fuzzy.cz

Takže se podívejme na další SSD výsledky - read-write pgbench. Stejně jako v případě read-only benchmarku platí že výsledky jednotlivých souborových systémů jsou téměř totožné, ale od

BTW v předchozím postu jsem zapomněl zmínit jednu důležitou věc - pokud máte zájem o data sesbíraná během benchmarku, rád vám je poskytnu. Má to jednu technickou chybičku - výsledky pro HDD mají 3.4GB (komprimované 1GB), výsledky pro SSD dokonce 38GB (10GB komprimované), což je příliš mnoho než abych to umístil na tenhle blog. Ale pokud pojedete na pgconf.eu do Amsterdamu, stačí si o data říct ...

Minule jsem se zabýval výsledky read-only pgbench běhů, tentokrát je tak na řadě read-write zátěž. Průměrná hodnota tps přes všechny souborové systémy vypadá se zapnutými write bariérami takto

Z obrázku je vidět že stejně jako v případě read-only zátěže platí že vyššího výkonu je dosahováno spíše s menšími databázovými bloky, a i tentokrát mezi 1kB a 32kB bloky cca 30%.

V předcházejícím postu jsem se stručně zabýval výsledky benchmarku, zejména tomu jak interpretovat generované obrázky. Nyní se konečně dostávám k interpretaci první části výsledků, konkrétně read-only části OLTP zátěže (tj. výsledků read-only běhů pgbenche).

Srovnání TPS přes všechny testované souborové systémy (podrobné srovnání najdete zde), při vynechání XFS (jediný systém s blokem 512B, jen zbytečně komplikuje obrázek) vypadá situace takto

Z obrázku je patrné že nejvyššího výkonu je dosahováno pro malé databázové bloky a velké bloky souborového systému. Závislost na velikosti bloku souborového systému ale není u všech souborových systémů stejně silná - u některých téměř neexistuje, u některých je relativně silná.

Když jsem před pár dny v Plzni, na setkání místního CZJUGu, přednášel o formách DB replikace (obecně o teorii i o implementaci v PostgreSQL), přirozeně padla také otázka jak velký overhead vlastně hot standby představuje. Standardní odpověď je "minimální" ale to je taková odpověď neodpověď ... takže se podívejme na tuto otázku trochu blíže a pokusme se získat "tvrdá data."