C 在4000+;过程
我不确定这是不是一个合适的地方,但我需要一个开发者的答案 我有一个依赖于IPC调用的多进程应用程序。 我们有大约4000多个进程正在运行 目前,我们将系统升级到RHEL 6.4,现在发现IPC调用msgrcv()需要更长的时间,大约120~200毫秒才能完成,而在RHEL 5.4上则需要10~20毫秒C 在4000+;过程,c,linux,rhel5,rhel6,sysv-ipc,C,Linux,Rhel5,Rhel6,Sysv Ipc,我不确定这是不是一个合适的地方,但我需要一个开发者的答案 我有一个依赖于IPC调用的多进程应用程序。 我们有大约4000多个进程正在运行 目前,我们将系统升级到RHEL 6.4,现在发现IPC调用msgrcv()需要更长的时间,大约120~200毫秒才能完成,而在RHEL 5.4上则需要10~20毫秒 是否有任何可调整的方法来优化此行为?您究竟为什么要运行4000多个进程?还有几个用于队列的内核参数,为什么不将RHEL 5.4的内核参数与当前的内核参数进行比较呢?无论如何,这不是一个解决此类问题
是否有任何可调整的方法来优化此行为?您究竟为什么要运行4000多个进程?还有几个用于队列的内核参数,为什么不将RHEL 5.4的内核参数与当前的内核参数进行比较呢?无论如何,这不是一个解决此类问题的好地方,因为99%的进程用于持久连接,并维护每个连接的状态数据。那么,我应该把它放在哪里呢?