Vlákno názorů ke zprávičce Ext4 dostává optimalizaci direct I/O, až o 140 % lepší výkon v databázích od Martin X - Inzinieri zo "starej dobrej IBM" najlepsie rozumeju problemom,...
-
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?
