= Сообщение: 2302 из 8555 ========================================= RU.LINUX = От : Vova Uralsky 2:5030/257 17 Jun 15 21:40:00 Кому : Andrew Kant 17 Jun 15 21:40:00 Тема : Среда для многократного тестирования FGHI : area://RU.LINUX?msgid=2:5030/257+5581eb4f На : area://RU.LINUX?msgid=2:469/83.1+558013ea = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.LINUX?msgid=2:469/83.1+558257be ============================================================================== Hello Andrew!
16 Jun 15 15:14, Andrew Kant wrote to Vova Uralsky:
VD>>> файлах. И полагается на системный вызов fsync(). У оракла разве не VU>> Кто не сделал, ССЗБ? AK> В принципе без разницы, чем ты там пользуешься, пока сервер живой - AK> aio или файловым доступом. Главное, что после остановки сервака все
Чтобы не полагаться на fsync(), есть специальный инструмент -- direrct i/o. Hа asynchronous i/o, fsync() влиять не должен, у него aio_fsync() есть. BTW, что мешает включить asynchronous i/o без ASM? Без direct i/o к сожалению нет гарантии что все данные дейтсвительно попали на диск. Рассказывают страшные истории, что если scheduler не noop, то возможны варианты, и единственная гарантия -- umount. С другой стороны, чего только не напридумают эти ДБА, чтобы объяснить развал базы.
Q: Полагается ли оракл на системный вызов fsync()..? A: Как настроишь.