Fix abc.so is not portable
2018-03-24 @Linux #GCCgcc 编译时遇到如下Warning:
*** Warning: Linking the executable xxxxx against the loadable module
*** yyyyy.so is not portable!
gcc 编译时遇到如下Warning:
*** Warning: Linking the executable xxxxx against the loadable module
*** yyyyy.so is not portable!
目前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情况。