Názory k článku
Ext4 dostává optimalizaci direct I/O, až o 140 % lepší výkon v databázích
-
Martin X (neregistrovaný)
Filesystem je vo svojej podstate abstrakcia pristupu k disku a teda sa da povazovat za "vysokourovnovy" driver.
Umiestnenie DB struktur priamo na blokovych zariadeniach obchadzajucich filesystem som v realnej praxi uz dost dlho nezazil (a to pracujem na projektoch, kde sa vyuziva vacsinou DB2 a Oracle, kde bol v minulosti tento pristup casty), preto je optimalizacia pristupu DB cez FS tak dolezita.
-
Priznam se, ze tu zpravu moc nechapu. Tyhle kejkle se resily tak pred 10ti leti. Od te doby se spozdeni zpusobene filesystemem snizilo tak, ze uz uplne nema smysl resit jestli DB pouziva RAW LUN anebo datafile na filesystemu.
Direct IO je volba pri otevereni souboru, ktera kernelu rika, ze se ma obchazet buffer cache a zapisy maji jit primo na disk.
Tech 140% zlepseni se tyka ceho? Read/write operaci? Anebo mmap/msync? Jeste bych chapal kdyby se to tykalo zamykani inody pri aktualizaci data posledni zmeny nad souborem. Jinak se mi nezda, ze by se dalo direct IO zlepsit o 140%.
V pripade Oracle porovnani disk io performance vychazi ext4 vs raw disk vice mene podobne. (jenom veritas je o dost pomalejsi). Pokud Oracle reportuje odezvu diskoveho pole 4-10ms, kolik z toho pripada na overhead ext4? A o kolik se to zlepsi s timto patchem? -
Hmm, škoda že si nikdy nejsem jistý tím, co si mám představit, když se řekne "zlepšilo se to o x% původního výkonu". Jestli totiž nemyslí "zlepšilo se to na 140% původního výkonu". Ono totiž sčítat a odčítat procenta často nedává smysl a když se to děje, mělo by se mluvit o procentních bodech.
Takže to znamená, že Ext4 teď může být 2.4x rychlejší?
10. 1. 2020, 17:35 editováno autorem komentáře
