On 03/20/17 20:06, Dmitry Yemanov wrote: > 20.03.2017 19:43, Vlad Khorsun wrote: >>> Firebird doesn't use signals for AST delivery for a long time already >>> and it might be possible to issue new locks from inside AST handler. >>> >>> Therefore it might make sense to go back to this logic. This would make >>> nbackup state locks very transient and do not require flushing page >>> cache during transitions. >> It would be very good to avoid flushing. > Agreed. But I'm really worried about taking locks in ASTs, this sounds > as a dangerous practice to me. I smell new deadlocks.
Yes, that did not work in crypto manager. Had to use regular re-reading of lock's data. Not fast but acceptible for changing encryption state which normally does not happen too often. Can not recommend such technique for nbackup... ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel