Ребят, для тех кто просил на конфе скинуть ссылку на мой блог: t.me/areyousudo
(тот парень из Tarantool)

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Насколько я помню oraclle умеет использовать несколько потоков. Значит принципиально это возможно

ты про DB_WRITER_PROCESSES?

Что то типа этого. У них помнится длинная история была. Сначала сделали , потом отказались и в 12й версии сделали по другому.

Starting in Oracle 12c, Oracle will; start with two redo log worker processes.  Also, 12c and beyond has changed the number of redo log, adapting the number of redo log writers (LGWR) process according to the number of CPU's on the server.  You can use this UNIX/Linux command to see the current number f log writer worker processes on your server:

$ ps -eaf| grep ora_lg

While there is always only one LGWR for an Oracle instance, Oracle allows busy DML databases to spawn multiple log writer factotum processes (multiple LGWR slave processes that are owned and governed by the master LGWR).

According to MOSC Note 109582.1, you will see multiple log writer slaves processes named as ix(nn)

Для обеспечения Durability fsync не единственный путь реализации. Это скорее минус если СУБД использует его . Тот же оракле скидывает log buffer сразу на диск минуя кэш операционки.

fsync вообще штука ненадёжная.

Можно загуглить и найдете массу случаев , когда выявляли ошибки в fsync.

Сразу на диск - это как?

Есть флажек у функции работы с файлами
. Direct . Если он используется ,то пишем минуя page cache.

Да, все так. Но o_direct по-прежнему требует последующего fsync

Если совместно с o_sync, то уже не нужно. Вроде так

И тот же oracle использует векторный io_submit из лог врайтера , что бы писать сразу в несколько файлов

Это дико медленно

Это медленно, но надёжно. Поэтому oracle батчами пишет данные из  log buffer. Выполняют 10 сессий комит в один и тот же момент. Он их собирает в кучку. И пишет пачкой. После записи будит их ( они скажем висят в простейшем случае)

А если есть fsync то это ненадёжно из за fsync bugs. На коммит тогда нельзя положится.

в сто не дает, в  10 дает

http://devopsconf.io/spb/2020 - у вас слайд отклеился)

Добрый день! Спасибо, все проверим 😊