Linux 多播微调-正确的方法？
我是公司一些遗留代码的维护者（叹气）。尽管98%的应用程序都在同一个机器上运行，但代码使用了相当多的多播。这样做是为了在需要扩展系统时跨机箱分发应用程序 这些组件通过消息传递相互通信（一些应用程序有一个发布者，另一个订阅者等待消息到达） 我的问题是——我有一些回归测试，其中一些消息预计会在接下来的N秒内从某个组件到达应用程序，但有时不会Linux 多播微调-正确的方法？,linux,tcp,multicast,Linux,Tcp,Multicast,我是公司一些遗留代码的维护者（叹气）。尽管98%的应用程序都在同一个机器上运行，但代码使用了相当多的多播。这样做是为了在需要扩展系统时跨机箱分发应用程序 这些组件通过消息传递相互通信（一些应用程序有一个发布者，另一个订阅者等待消息到达） 我的问题是——我有一些回归测试，其中一些消息预计会在接下来的N秒内从某个组件到达应用程序，但有时不会 在我看来，整个方法都是错误的。如果系统已加载，则这毫无意义。但是我必须解决这个问题，我正在关注的是内核调优——通过微调内核来获得更好的系统响应。这是正确的方法吗
在我看来，整个方法都是错误的。如果系统已加载，则这毫无意义。但是我必须解决这个问题，我正在关注的是内核调优——通过微调内核来获得更好的系统响应。这是正确的方法吗 你说得对。这些测试正在测试系统无法完成的事情。要么丢弃测试，要么重写系统