问题描述
https://linoxide.com/how-tos/d-bus-ipc-mechanism-linux/
有效。
然后，我对上面的示例代码执行了穷竭测试，即，将DBus消息快速广播给其他DBus用户，这些用户没有像发送方发送消息那样快地处理收到的消息，D-Bus守护程序的虚拟内存使用开始了会增长，这预计会随着DBus守护程序的传出队列的累积而增加。
然后，我停止了发送方进程，随着接收方使用过滤器功能传播消息，D-Bus守护程序的虚拟内存使用量应开始减少。但是，即使在接收器进程完成了所有数据的分发之后，D-Bus守护程序的虚拟内存使用也没有减少。
我已经针对以下三种情况尝试了上述测试：
- 发件人应用程序通过DBus将消息广播到所有接收者应用程序。
- 发送方应用程序将方法调用消息发送到特定的接收方应用程序，而无需请求答复
- 发件人应用程序将方法调用消息发送到特定的接收者应用程序，请求接收者应用程序答复。
情况1和2将使dbus守护程序的虚拟内存使用量增加，并且如果发送方应用程序终止并且接收方应用程序完成了对发送方所有消息的处理，则其虚拟内存使用量不会减少。
但是，情况3不会增加DBus守护程序VM的使用。在测试期间，VM使用率保持不变。
所以我的问题是，如何使案例1和2像案例3那样表现？或者，即使VM使用率由于DBus守护程序中的消息队列而增加，但当系统启动时，其VM使用率是否应缩小到其原始状态？
我怀疑DBus守护程序是否应该设置一些配置，以便它可以在接收器应用程序完成对这些消息的处理后释放这些内存使用情况。我花了很长时间在以下链接的DBus守护程序配置文件（用于会话总线）中寻找这样的配置：
https://dbus.freedesktop.org/doc/dbus-daemon.1.html
但是我找不到任何东西。因此，请告诉我在处理完消息后如何使dbus守护程序释放这些VM使用情况？
PS：我用来检查dbus守护程序的VM使用情况的linux命令是：
cat /proc/`pgrep dbus-daemon | awk 'NR==1{print $1}'`/status | grep Vm
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）