( mrev | 2009. 09. 29., k – 17:45 )

Megnéztem a sysbench weboldalán, milyen tranzakciókkal csinálja a mérést. Ezek *nagyon* egyszerű tranzakciók. Egy táblán dolgoznak, nincs bennük konkurrencia kezelés. Kevés infó vonható le az eredményből, ha valaki olyan tranzakciókban utazik, mint pl. egy átutalás, ahol egyszerre egy csomó táblában kell tájékozódni, konkurrenciát kezelni, stb.

A grafikonok alapján nem mondanám, hogy a Postgres gyorsult. Azt kéne inkább mondani, hogy egyre jobban párhuzamosodik, vagyis a kliens szálakat jobban szétosztja a magok között, amivel az összteljesítménye természetesen nő, akkor is, ha egy-egy szálon csak ugyanolyan gyors.

Az írásos grafikonon mintha egyszálú esetben is volna valami növekedés. Ezzel kapcsolatban említem, hogy a Postgres valamikor régen tele volt fsync-kel. A readme-ben azt írták, hogy az fsync lassulást okoz, de kell a biztonsághoz. Ha valaki ugyanolyan gyors szervert akar, mint egy MySQL, akkor kapcsolja ki az fsync-et. Ebből az időből származik az a vélekedés, hogy a Postgres lassabb, mint a MySQL. Azóta változott a Postgres hozzáállása és kikapcsolták a korábban defaultból bekapcsolt fsync-eket. De ez még a 8.x előtt lehetett.

--
CCC3