12.01.2017 10:24, Alex Peshkoff wrote: > On 01/11/17 23:35, Vlad Khorsun wrote: > >>>> I do it easily. AST thread is blocked at >>>> Database::Sync::lock on syncMutex.enter() despite of a lot of checkouts in >>>> worker >>>> thread. >>> Hmm... From posix POV that's a bug but certainly windows calls may have >>> different rules. May be it makes sense to increase thread's priority >>> when it's going to deliver AST? >> I did it in AstContextHolder - not helps. I see blocked thread with >> highest priority... >> I plan to try to change syncMutex by Event or Mutex (currently it is >> Critical Section) >> and see if it helps
Mutex seems to fix the issue > > Crazy question: is syncMutex lock counter == 0 after checkout in > rescheduler? Yes. Regards, Vlad ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel