进展不大

上午在整lab，tester搞了半天也没有按照我的要求配置好，有点怀疑其能力了。最后用一个基本没有什么作用的配置凑合着先用，谁知道还是不行，弄了半天才发现是leader上次check in的时候多删掉了一行，简直晕倒啊！

都弄好已经是下午3点多了，花了将近1个小时才搞定系统启动时的配置执行顺序。真正的测试时间没有多少，基本的结论就是还得再原来的方案上改。单纯利用ld的script file虽然能够讲加载时的起始地址往上挪，但是这只是这次出问题的两个应用程序，还有其他很多程序都用到这个库。因为库管理的虚拟空间要利用mmap保持一段空间不被占用，意味着所有使用了这个库的应用必须都得保证这段空间不使用（在初始化进程利用mmap申请一段虚拟空间后，后续fork的进程的这段虚拟空间都保持一致，也就是所有子进程的这段空间都被预留下来了），所以全部相关联的应用都得重新编译。在现在这个阶段这是不现实的。另外一种方案是为这两个特殊的应用单独写一个库，单独管理。这个在我看来是可以了，但是leader不同意，可能是基于代码管理的原因吧。明天在和应用的leader讨论，看怎么办吧。

傍晚部门的R&D的boss到我们team开会，老外很风趣。装模作样和每个人打招呼，自我介绍下，不过肯定是过目就忘，因为边上一同事上次陪他拍了一天的照这次还是照样忘记了他，呵呵。会议结束时有人问在NGN和ip网络，硬件的可靠性相比A7不是那么重要，这样是不是我们的竞争力是不是就弱了，毕竟我们的硬件可靠性一直以来是客户非常看重的？他回答的中心意思是我们卖的事解决方案，虽然我们不是纯软件公司，但是我们的解决方案是非常复杂的，不是靠简单的功能叠加的。并且我们对于NGN的LTE现在有3个在开发的新项目，可以保证我们在将来的产品优势。嗯，但愿吧！