On systems where the fsync system call is available, we now call
fsync when commiting transactions to make sure that transaction data are written to physical storage immediately. There is circumstantial evidence that database corruption has been caused due to problems with delayed write of data after Zope has flushed transaction data. Added logic to avoid writing empty transactions. It's imaginable that some future application might want to write empty transactions to capture transaction meta data. If this ever becomes an issue, then this feature would have to be made optional.
Showing
Please register or sign in to comment