sync命令有什么作用？

我知道它的作用...我想我很好奇为什么它可以解决我继承的应用程序中的问题。我接管了一个相当大的tomcat应用程序，该应用程序充当一堆Flex客户端的Red5服务器，并处理了大量的实时交互数据，这些数据最终被刷新为Rails api。随着时间的流逝，问题变得越来越严重，这些客户端的驻留时间增长到3-400毫秒，而通常情况下<100毫秒。客户怀疑这是一个内存问题，我们确实无法确认。有一天，我正在对一个负载测试进行运行的登台服务器基本上停止了接收请求或速度非常慢。我一时兴起

sync && echo 3 > /proc/sys/vm/drop_caches

服务器神奇地恢复了生命，并开始全速运行，为这些连接服务。这是巧合还是这种行为有意义，为什么？

任何硬盘都比您的RAM慢几个数量级，因此linux使用您可能浮动的任何备用RAM来缓存文件系统数据。但是，除非硬盘出了点问题，或者服务器上的服务试图以如此高的速率写入数据的时间长到服务器无法缓存或检索数据，否则这绝对不会导致性能问题。这也可能表明您的硬盘即将达到使用寿命。

无论如何：

• 运行man sync将告诉您什么同步[清除FS缓冲区]
• 谷歌搜索“ linux drop_caches”会告诉您，将数字3回显到其中会释放高速缓存中所有不需要的内存页面[在正常系统上，这不是必需的]
• command1 && command2 分解为“如果command1成功完成，然后运行command2”
  • 该伙伴也command1 || command2称为“如果command1失败则运行command2”

给出的命令充其量只是一个临时修复，它表示系统有其他问题。您的磁盘已寿终正寝，或者您的系统功能不足以应对您的磁盘工作，或者两者都有。

AWS不适合胆小者，您刚刚遇到了原因之一。AWS上磁盘I / O状况不佳是众所周知的，这是在其上构建应用程序的任何人都应考虑的主要因素之一。有一些磁盘优化的实例和一些其他技巧（例如，从EBS卷中构建RAID 0），您可以尝试改善问题。确保使用较大的实例（至少为m1.large），以确保内核可以缓冲磁盘I / O。