Názor ke zprávičce Databáze Firebird 3.0: lepší podpora více jader a IPv6 od Skopalik - ad fsync) Samozrejme se nevola po kazde zmene,...

ad fsync) Samozrejme se nevola po kazde zmene, ale pred dokoncenim prikazu COMMIT. Jde to vypnout, ale pak postara relacni DB smysl. FB pouziva tzv. MGA architekturu. Neco na zpusob WAL logu pak pouziva behem nbackup zalohovani. Vice treba zde:
https://en.wikipedia.org/wiki/Firebird_%28database_server%29#The_MultiGenerational_Architecture_.28MGA.29

ad SMP) U verze 2.5 se to resilo nastavenim super classic. Nicmene to rozumne fungovalo do max 200-300 klientu. Pro vetsi mnozstvi je vhodnejsi superserver. Tam jsou IO a UDF operace pararelni, signle thread se vykonava "pouze" SQL jadro.

Jestli nekde vidim problemy, tak:
1. Neefektivni kodovani dat na disku, viz treba muj pokus zde http://elektlabs.cz/fbrle/
2. Nejsou podporovany casove zony
3. Pomaly restore. Ten by sel urychlit o cca 30% drobnym zasahem v gbaku