“非惊群”的服务端技术框架
2018-02-04 @Program #Broadcast #IPC目前Linux最常用的可支持群发的总线系统是DBUS，但是DBUS存在一个“惊群效应”。即不管对方客户端是否关注这条信息，都会发送给所有客户端。这样，就会导致在服务端群发消息是引发一次CPU峰值。影响系统运行效率。
目前Linux最常用的可支持群发的总线系统是DBUS，但是DBUS存在一个“惊群效应”。即不管对方客户端是否关注这条信息，都会发送给所有客户端。这样，就会导致在服务端群发消息是引发一次CPU峰值。影响系统运行效率。
之前，在 在 C++中统计动态内存分配情况 中展示过一段用于在C++中统计动态内存分配情况的测试代码。最近对这段代码进行了一些扩充。
一段用于在C++中统计动态内存分配情况的测试代码。
网络环境比较复杂，有两大块网络组成。 网络A内存在多个网关，其中有一台电脑的IP是192.168.1.100。 网络B相对简单，只有一台电脑，通过路由器上网。电脑IP是192.168.1.2，拨号的路由器的IP是192.168.1.1。
从下面地址获取qt5的meta，加入到yocto的bblayer.conf中： http://github.com/meta-qt5/meta-qt5.git
Virtualbox自身在“显示”中存在一个远程桌面 ，也是使用的3389端口。但是，这个远程桌面使用的是Virtualbox的VRDP服务，而不是Win10自身的远程桌面服务。因此，它是没有用户验证的，也就是说，任何人只要知道了机器的IP地址，就可以访问这台Win10。
Yocto编译，一直报如下错误：
ERROR: Timeout while attempting to communicate with bitbake server
在网上搜索，大多数答案都是内存不足。今天突发奇想，重新起了一个工程编译，居然就不报错了。
所以，猜测内存不足的根本原因是在同一个工作环境下编译次数太多，导致垃圾文件太多，延长了Yocto启动检索消耗的时间。
最近在Jenkins中编译Yocto工程，经常发生内存不足导致的编译失败的情况。而每次只要执行一下
sysctl -w vm.drop_caches=3
就可以编译成功。
首先，利用/proc/pid/maps可以获取到进程关联的文件的列表。 其次，OpenSUSE中提供了一个工具fincore（包含在linux-ftools这个软件包中）可以获取指定文件的Cache情况。
将线性的输出信息整理成为二维的表格，便于查看。