Názor k článku Výkon databáze na různých souborových systémech od Tomáš Vondra - 1) nobarrier Prosím o nějaké odkazy nebo reference s...

  • Článek je starý, nové názory již nelze přidávat.
  • 19. 10. 2015 16:10

    Tomáš Vondra

    1) nobarrier

    Prosím o nějaké odkazy nebo reference s informacemi - vždycky slyším akorát výkřiky jak je to špatně, ale žádné relevantní informace které by usvědčovaly nobarrier jsem zatím neviděl.

    Tvrzení že nobarrier na S3700 není potřeba (protože se stejně ignoruje) mi nedává smysl, protože vypnutím write barrier (tj. použitím nobarrier při mountu) vzroste výkon o ~30%. Což naznačuje že ono to s tím ignorováním nebude až tak úplně pravda.

    2) discard

    Pokud tvrdíte že TRIM zpomaluje všechny zápisy, bylo by fajn doložit to nějakými daty. V testech které jsem dělal já je dopad TRIM zanedbatelný - víceméně plus/minus 1% (alespoň na EXT4 a XFS). Takže jaké zpomalení?

    To že na různých SSD může být dopad různý - moje hypotéza je že to závisí mimo jiné na množství volného místa (ať už nevyužité místo na fs nebo overprovisioning od výrobce). Provedené benchmarky pracovaly s relativně malým objemem dat (vzhledem ke kapacitě disků) a moje očekávání je že při zaplnění bude mít TRIM větší význam (plánuji to otestovat).

    To že na nekvalitních consumer-level SSD se TRIM chová divně mne nijak nevzrušuje protože na OLTP databázi bych je nepoužil.

    3,4) alignment, mount options apod.

    Veškerá data jsou tady: https://bitbucket.org/tvondra/fsbench-i5

    Je to trochu hromada, ale v každém adresáři by měly být informace o alignmentu i mkfs volbách. Je fakt že "default" znamená různé věci podle kernelu, v tomto případě to znamená "jako ve 4.0.4 na gentoo".

    5) CPU a I/O

    Tohle nemám (ano, není to ideální) nicméně obecně platí že kromě small a medium r/o benchmarků je všechno I/O bound. V dalších testech napravím a mám v plánu sbírat i další metriky.