概述我的公司销售一种“嵌入式设备”,它是作为无头 Linux机箱实现的,内置SSD上有ext4.我们的一些用户习惯在此框上执行“保存当前设置”,然后在设备报告保存完成后(即两秒钟后)立即切断设备的电源.这导致保存文件偶尔损坏,因为在
断电之前数据不会总是被刷新到SSD.所以我在编写文件之后立即调整了我的软件以运行/ bin / sync(在关闭文件句柄之后但在通知用户保存完成之前).这似乎解决了这个问题 我的公司销售一种“嵌入式设备”,它是作为无头 Linux机箱实现的,内置SSD上有ext4.我们的一些用户习惯在此框上执行“保存当前设置”,然后在设备报告保存完成后(即两秒钟后)立即切断设备的电源.这导致保存文件偶尔损坏,因为在断电之前数据不会总是被刷新到SSD.所以我在编写文件之后立即调整了我的软件以运行/ bin / sync(在关闭文件句柄之后但在通知用户保存完成之前).这似乎解决了这个问题,但我的同事说,对/ bin / sync的一次
调用是不够的,为了真正安全,我应该连续两次运行/ bin / sync.
这对我来说听起来像是偏执……也许是早期版本的linux或unix的习惯,其同步实用程序无法可靠地运行.他的建议是否有价值,或者是否应该调用/ bin / sync就足够了?
解决方法 This link总结得很好 – 一次同步调用就足够了.不止一次这样做肯定是一种延续(我坚持自己),但如果你以编程方式进行 *** 作,那么你就没有获得任何东西 – 这就是你输入那5次击键的延迟对于.
当然,真正的答案是正式劝阻消除权力,而是提供用户被告知使用的关机功能,但你总是要处理插件……
总结
以上是内存溢出为你收集整理的linux – 在非管理型断电之前,是否真的需要调用/ bin / sync两次?全部内容,希望文章能够帮你解决linux – 在非管理型断电之前,是否真的需要调用/ bin / sync两次?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
评论列表(0条)